После переезда на MySQL 5.7.12 с MariaDB 5.5.46 перестали кешироваться запросы. В чем может быть дело?

Question

[Djas]

Здравствуйте. После переезда на новый сервер решили заодно сменить сервер БД. Но заметили, что сайт стал работать медленнее, хотя новый сервер должен быть производительнее. Полезли разбираться - обнаружили, что запросы, которые раньше кешировались, кешироваться перестали. Кеш запросов при этом включен, команда SHOW GLOBAL STATUS LIKE 'Qcache%' выдает адекватные результаты. Подскажите, пожалуйста, кто сталкивался, в чем может быть дело?

Answer 1

[landergate]

Qcache "разогревается" в течение некоторого времени работы сервиса.
Может быть, проходит недостаточно времени между рестартами?
Может, пользователи пока не успели спровоцировать запросы для кеша?

Спустя сколько времени аптайма ранее набирался кеш, и сколько по времени с запуска службы вы смотрите его сейчас?

Ещё вариант:
По умолчанию query_cache_size = 0.
Нужно указать ему доступную память, чтобы он начал работать.

https://mariadb.com/kb/en/mariadb/query-cache/#set...
Он выключен по умолчанию из-за ограничений в некоторых средах: https://mariadb.com/kb/en/mariadb/query-cache/#lim...

Ещё вариант:
Может на новом сервере значительно более медлительные диски?
Можно включить slow query log и посмотреть, на чём именно захлёбывается приложение или померить IOPS новых дисков. =) Или посмотреть iowait хранилища для БД с помощью инструмента "ioping".

Comments

[Djas]

Проводили следующий тест: брали несколько запросов, каждый прогоняли несколько раз на старом и новом сервере. На старом результаты были следующие: первый запуск - например 3 с, последующие - 0,06 с. На новом все запуски стабильно в районе 1,5 с. Проверяли как после пятидневного аптайма, так и после непосредственного рестарта обоих серверов.

Каждый раз получалось, что на одинаковом запросе при первом выполнении новый отрабатывал несколько быстрее старого, но все последующие - старый уходил в многократный отрыв.

[landergate]

Djas: Обновил пост заметкой про query_cache_size. =) Вдруг поможет?

[Djas]

landergate: Спасибо, еще раз перепроверили настройки, но увы это все сейчас настроено.

[landergate]

Djas: Хммм. А покажете все показатели, связанные с Qcache? Давайте посмотрим вместе. =)

[landergate]

Djas: Обновил пост ещё парой идей. =)

[Djas]

landergate: вот, что выдает Qcache
Qcache_free_blocks 9987
Qcache_free_memory 79782040
Qcache_hits 1495035
Qcache_inserts 4182506
Qcache_lowmem_prunes 940447
Qcache_not_cached 406102
Qcache_queries_in_cache 40815
Qcache_total_blocks 91967

По поводу дисков - это была основная причина переезда, с HDD перебрались на SSD, ждали, что станет только лучше в некоторых аспектах, пока получается не вполне так) Мысли пока только такие, что из-за каких-то настроек некоторые запросы перестали удовлетворять условиям попадания в кеш, но из-за каких именно - решительно не понятно.

[landergate]

Djas: Хмммм! Очень много Qcache_lowmem_prunes.
Отличается ли количество памяти, выделенное для qcache, между первым и вторым сервером?

[landergate]

Djas: И ещё вопрос - после переезда на новый сервер, изменилась ли логика самого приложения? Стало ли оно, например, чаще UPDATE-ить данные, чем раньше?

[Djas]

landergate: Разница в два раза: на новом query_cache_size 128M, на старом 256M. Но до этого пробовали менять, не помогало. Принципиальных изменений не было, проблемы начались сразу же после переезда порядка 2 недель назад. Пробовали еще выборки по одной таблице на новом, кеш срабатывает периодически.

[landergate]

Djas: С тех пор ничего не изменилось? Проблему не удалось решить?

[Djas]

landergate: Прошу прощения, разбирал старые письма, только сейчас увидел вопрос. Более-менее сейчас проблема так остро не стоит, предположительно набрался со временем кеш. Некоторые запросы до сих пор не кешируются, но не настолько критично, чтобы серьезно на общую работу влиять. Т.е. в основном, видимо, все же проблема была в не набранном кеше на новом сервере.

[landergate]

Djas: Отлично. =)

[landergate]

Djas: Покажете примеры тех запросов, что не попадают в кэш? Если есть под рукой.