В чем может быть причина постоянного роста значений cache_hits и transfer rate в метрике MySQL queries и throughput?

Question

[Константин Шашков]

Небольшой сайт на битриксе на его окружении, без изменений параметров mysql (все устанавливается по bvat).
Штатными средствами включен мониторинг. Обнаружилось странное поведение mysql:


Всплески на нижнем графике - создание резервных копий.
На других проектах такого не видел. Подскажите, с чем может быть связано такое поведение системы?

Comments

[Ivan Ustûžanin]

а что собственно говоря не так? это же hits, а не misses…

[Константин Шашков]

Что не так? Вот те же метрики с другого сервера.
Настройки серверов одинаковые, сайты - "близнецы" по контенту, тематике.
Но картина совершенно другая, "ровные" значения метрик. Все всплески и падения значений связаны с распределенностью по времени суток. Все значения в определенном коридоре, в отличии от того сервера, по которому вопрос, на нем постоянный рост.

Answer 1

[Slava Rozhnev]

Чем дольше работает база данных, тем больше данных накапливается в кэшэ и увеличивается число запросов попадающих в закэшированные данные. Я понимаю что версия MySQL 5.* потому что в восьмой кэш запросов убрали.

Comments

[Константин Шашков]

Да, Server version: 5.7.44-48 Percona Server (GPL), Release 48

Может должен быть какой-то автоматический механизм очистки кэша?
На других серверах с аналогичной конфигурацией эти графики примерно ровные, без устойчивых тенденций к падению или росту, а здесь устойчивый рост значений.

И при перезагрузке сервера, этот кэш должен очищаться?