Оптимізація та тюнінг бази даних

Типові ознаки: адмінка відкривається довше за сам сайт, пошук по каталогу або фільтри думають кілька секунд, звіти і вивантаження вішають сервер, база важить у рази більше за обсяг реального контенту, а хостинг регулярно скаржиться на перевищення лімітів.

Знімаємо логи повільних запитів і дивимося, які з них з’їдають ресурс. Чистимо базу від сміття: ревізій, тимчасових записів, логів, залишків від видалених плагінів. Додаємо індекси під реальні запити, переписуємо п’ять найважчих, налаштовуємо параметри сервера бази і ставимо автоочищення на розклад, щоб воно працювало без вас.

Так. Аудит і підготовка йдуть на копії бази, а зміни на продакшні застосовуються точково і в узгоджений час. Для великих таблиць використовуємо операції без блокування. Якщо для якоїсь дії потрібне коротке вікно, попереджаємо заздалегідь.

Залежить від того, що саме гальмує. Найбільший ефект дають індекси на великих таблицях: запит на кілька секунд може перетворитися на десятки мілісекунд. На аудиті ми показуємо конкретні цифри до робіт і прогноз, а у звіті — фактичний результат.

Ні. Ми не міняємо логіку застосунку і не видаляємо дані, які використовуються. Індекси і параметри сервера прозорі для коду. Все, що складніше цього, спершу перевіряється на копії і проходить тестування сценаріїв сайту перед застосуванням.

MySQL, MariaDB і PostgreSQL. Це покриває WordPress, WooCommerce, Laravel, Django і більшість самописних проєктів. Якщо у вас інша СУБД, скажіть на старті — оцінимо окремо.

Кожен CMS і плагін пише більше, ніж здається: ревізії сторінок, тимчасові значення, логи дій, кошики покинутих сесій, черги завдань, дані від давно видалених плагінів. Роками це ніхто не чистить, і в підсумку службові таблиці важать більше за самий контент.

Найчастіше так — адмінка б’є по базі важче за публічну частину, бо працює без кешу і робить складні вибірки. Але якщо причина в повільному хостингу або важких плагінах, ми це побачимо на аудиті і скажемо прямо, а не будемо оптимізувати не те.

Якщо автоочищення працює за розкладом, база тримає форму роками. Повернення проблем зазвичай означає, що проєкт виріс у кілька разів або з’явився новий функціонал з важкими запитами. Тоді потрібен наступний раунд, і це видно заздалегідь по зростанню часу відповіді сайту.

Доступ до бази і до сервера, дозвіл зняти дамп, доступ до адмінки сайту і опис місць, де ви самі помічаєте гальмування. Решту — вікна для робіт і пріоритети — узгоджуємо на старті.