Вход Блог
Строительство и ремонт
Репетиторы
Красота
Фрилансеры
Разные специалисты
Уход за животными
Тренеры
Автоинструкторы

Администраторы баз данных — удалённая работа в Москве

Дата: 2023-07-11
Детали
Регион
Москва
Занятость
дистанционно
Стоимость
договорная
Дата публикации
2023-07-11
Описание
Решить проблему. СУБД: MySQL. Бьемся над проблемой несколько недель, нужна помощь! Используем mariadb 10.5.8, общий объем базы > 200Гб Есть большая таблица в innodb с ценами, она постоянно обновляется запросами вида update on duplicate и delete. Размер таблицы около 150Гб с индексами. В настройках базы включен innodb_stats_auto_recalc=1 Периодически происходит пересчет статистики этой таблицы, т.к. данные постоянно обновляются, это видно на графиках https://disk.yandex.ru/i/ehngWub9Xn8i5Q Иногда, но не всегда, в моменты когда размер индексов падает (начинается пересчет статистики), блочатся операции на изменение от 50 сек до 2 минут. Видно на следующих графиках: https://disk.yandex.ru/i/80G5ai7GKikMYA То есть в этот момент в processlist висят запросы на update\insert\delete и чего-то ждут. Все запросы, по всей базе, на любые таблицы. Ошибок в логах нет. Локов тоже нет. В логах локи вешаются только на повторные запросы по тем же id, первые (уникальные) запросы просто висят в состоянии query. Если на таблицу сделать alter table set STATS_AUTO_RECALC=0, то проблема исчезает. Ровно до тех пор пока статистика не испортится (около 8 часов) и вообще все join с этой таблицей не начинают выполнятся очень долго. Что делать? Куда копать? Думали может быть дело в железе, но проверили на разных стендах, разном железе, судя по всему это нормальное поведение mysql, т.к. на тестовом стенде удается это повторить просто делая постоянное обновление большой таблицы и параллельно выполняя update where id=1 раз в секунду на другой таблице. Наблюдается точно такая же картина.
Похожие заказы

Администраторы баз данных

дистанционно
договорная
Разработать базу данных с нуля. СУБД: MySQL. Консультация по вопросам проектирования базы данных для системы учета товаров. Что нужно ещё: интегрировать базу данных с другими системами, сделать технико-экономическое обоснование проекта.
Санкт-Петербург Фрилансеры

Администраторы баз данных

дистанционно
договорная
Разработать базу данных с нуля. СУБД: MySQL. -. Что нужно ещё: интегрировать базу данных с другими системами, поддержка и сопровождение.
Москва Фрилансеры

Администраторы баз данных

дистанционно
договорная
Обучение. СУБД: MySQL. Выполнить практические задания. Что нужно ещё: провести инструктаж и обучить пользователей.
Пермь Фрилансеры

Администраторы баз данных

дистанционно
договорная
Доработать существующую базу данных. СУБД: MySQL. Создание логической модели базы данных на основе описанной работы разрабатываемой системы.
Приморский край Фрилансеры

MySQL

дистанционно
договорная
Разработать базу данных с нуля. ИНДИВИДУАЛЬНОЕ ЗАДАНИЕ ПО ПРАКТИКАМ «РАЗРАБОТКА, АДМИНИСТРИРОВАНИЕ И ЗАЩИТА БАЗ ДАННЫХ» Тема: «Разработка базы данных для учёта посещаемости сотрудников конкретного отдела» Цель работы: Разработать базу данных для учёта посещаемости сотрудников Задачи 1. Провести анализ предметной области, придумать легенду, в рамках которой представить организацию, ведущую учет посещаемости исключительно на бумаге (чтобы имела смысл разработка БД для оптимизации процесса). 2. Выделить ключевые аспекты предметной области, их взаимосвязи, спроектировать модели данных, учитывающие соответствующие взаимосвязи. 3. Составить требования к разрабатываемой базе данных по количеству сущностей, типам связей между ними, уровням доступа и ограничениям. 4. Спроектировать схему базы данных используя доступный инструментарий, построить ERD-диаграмму. 5. Разработать базу данных с учетом всех требований и ограничений. 6. Назначить права пользователям базы данных в соответствии с их ролями. 7. Заполнить базу данных тестовыми данными. 8. Проверить работоспособность базы данных типовыми запросами, отражающими ключевые процессы. P.S. предпочтительно использовать MySQL 8.0 с инструментом MySQL Workbench, но жестких технических ограничений нет, если студент владеет другими СУБД, пусть готовит в чем умеет. Отчет по практике.
Москва Фрилансеры

MySQL

дистанционно
договорная
Разработать базу данных с нуля. Цель работы: Разработать базу данных для учёта посещаемости сотрудников Задачи 1. Провести анализ предметной области, придумать легенду, в рамках которой представить организацию, ведущую учет посещаемости исключительно на бумаге (чтобы имела смысл разработка БД для оптимизации процесса). 2. Выделить ключевые аспекты предметной области, их взаимосвязи, спроектировать модели данных, учитывающие соответствующие взаимосвязи. 3. Составить требования к разрабатываемой базе данных по количеству сущностей, типам связей между ними, уровням доступа и ограничениям. 4. Спроектировать схему базы данных используя доступный инструментарий, построить ERD-диаграмму. 5. Разработать базу данных с учетом всех требований и ограничений. 6. Назначить права пользователям базы данных в соответствии с их ролями. 7. Заполнить базу данных тестовыми данными. 8. Проверить работоспособность базы данных типовыми запросами, отражающими ключевые процессы. P.S. предпочтительно использовать MySQL 8.0 с инструментом MySQL Workbench, но жестких технических ограничений нет, если студент владеет другими СУБД, пусть готовит в чем умеет отчет по практике!!!!. Что нужно ещё: написать отчет по практике.
Москва Фрилансеры

MySQL

дистанционно
договорная
Обслуживать. Реализовать схему: 1. Первый сервер - основной мускуль на линуксе 2. Второй сервер - горячий резерв с возможностью переключения в режим основного сервера при фатальных сбоях настроить репликацию с первого сервера. 3. Снятие консистентных бэкапов с горячего резерва - без повышения нагрузки и деградации работы сервисов основного сервера 4. Настроить мониторинг процессов 5. В случае падения первого сервера , перейти на резерв. Что нужно ещё: поддержка и сопровождение.
Ярославль Фрилансеры