query_cache – это часть памяти, что выделяется MySQL во время запуска. В данной области осуществляется хранение запросов и их результаты типа SELECT.
Получая новый запрос, MySQL изначально проверяет его на уникальность. Если запрос не уникален – находит ответ в памяти, если же наоборот – осуществляет обращение к базе. Стоит также сделать акцент на следующем: select * FROM и SELECT * FROM для MySQL — различные запросы.
Запросы управляются в MySQL версий > 4.0:

Обратите внимание, изначально query_cache не активен. Для проверки необходимо воспользоваться комбинацией:

Qcache может находиться в трёх режимах:

• (OFF) – Qcache выключен;
• (ON) – Qcache включен;
• (DEMAND) – активен исключительно для запросов, что указывают место сохранения (SELECT SQL_CACHE).

Для включения следующего параметра, необходимо активизировать query_cache_size с положительным показателем.
При настройке Qcache основными являются следующие позиции:

• query_cache_size – объём памяти, предназначенный под кеш;
• query_cache_type – включение/ отключение;
• query_cache_limit – предельный размер ответного на запрос результата, что сохраняется в памяти.

Запускаем установку query_cache_size = 16 МБ, query_cache_type = 1 а query_cache_limit – остаётся неизменным, 1 МБ:

Выполняем проверку:

Спустя ориентировочно пару часов необходимо проверить текущий статус:

В выведенной информации интерес представляют следующие данные:

• Qcache_free_memory – незанятая память;
• Qcache_hits – число обработанных из памяти запросов;
• Qcache_inserts – число запросов, направленных в память;
• Qcache_not_cached – число запросов, что не подвергаются сохранению;
• Qcache_lowmem_prunes – объём освобождений памяти, в связи с наполненностью кэша.

Далее необходимо произвести процентный расчёт эксплуатации памяти: Qcache_free_memory * 100 / query_cache_size – предоставляют процент незанятой памяти в query_cache_size:

Данный результат указывает на то, что 81.6% является свободным.

Также получаем информацию о занятом объёме памяти:

((query_cache_size-Qcache_free_memory)/query_cache_size)*100

Согласно данным, он составляет  18.37%. Таким образом, делаем вывод, что на данном этапе осуществлять действия по увеличению памяти не стоит.

Для того, чтобы удостовериться в полученных расчётах, просчитаем “Query Cache Hit Rate” используя формулу:

((Qcache_hits/(Qcache_hits+Qcache_inserts+Qcache_not_cached))*100)

В результате получено данное значение:

Здесь мы видим, что MySQL делала запрос в память 17086 раз и 9935 из которых были осуществлены из кеша, что определяет результат Query Cache Hit Rate = 58%.

Такой показатель не является оптимальным, но до тех пор, пока он превышает 50% – в query_cache_size изменения вносить не стоит. В случае, если показатель составляет 50% – объём памяти можно нарастить. При величине значения 10-20% – нужно задуматься о целесообразности использования Qcache

Также важной информацией является соотношение показателей

Qcache_hits/Qcache_inserts и Qcache_inserts/Qcache_lowmem_prunes.

Возвращаясь к примеру выше, для Qcache_hits/Qcache_inserts видим следующее значение:

Данные указывают на то, что практически все результаты, находящиеся в кеше были выданы повторно. Из этого можно сделать вывод, что с приближением показателя к отношению 1:1, работа кеша становится малоэффективной.

Рассмотрим следующий немаловажный показатель Qcache_inserts/Qcache_lowmem_prunes

…

В результате получаем такие числовые характеристики:

Вышеуказанные цифры говорят о том, что по факту, каждый второй запрос и результат, что добавлялись в память – удалены.

Для того, чтобы подсчитать процентное соотношение, нам потребуется:

Итак – доля удалений кеша составляет 51%, в то время, как рациональным является показатель 10-20% удалений.

Равнозначные показатели можно получить при условии обработки данных утилитой mysqlreport:

Comments

comments