MySQL как настроить кеширования после установки?

Question

[ua30]

Здравствуйте!

Есть MySQL 5.7.19, насколько понял, после установки его не настраивали. Все параметры дефолтные, в том числе и query_cache_type = 0. Для меня это было удивлением.

Я редко занимаюсь настройкой. Последний раз делал это лет 5 назад минимум, на старых версиях в общем. Тогда помню настраивал разные параметры кешей в зависимости от профиля нагрузки. Но не помню такого чтоб кеш когда-либо был отключен. Без него всегда (по крайней мере раньше) все тормозило.

При этом mysqltuner говорит что все ок:

[OK] Query cache is disabled by default due to mutex contention on multiprocessor machines.

https://dev.mysql.com/doc/refman/5.7/en/server-sys...
The query cache is deprecated as of MySQL 5.7.20, and is removed in MySQL 8.0. Deprecation includes query_cache_type.

Что это вообще значит? Кеширование теперь больше не используется? Уже второй час ищу информацию по сабжу, ничего толкового найти не могу.

Answer 1

[Fixid]

The query cache is deprecated as of MySQL 5.7.20, and is removed in MySQL 8.0. Deprecation includes query_cache_type.

Вполне однозначная строчка. Отказались по вполне объективным причинам

Comments

[ua30]

Спасибо, почитал. Ограничения все известные. В статье говорится что надо делать индексы, оптимизировать запросы, ставить что-то типа ProxySQL.

А теперь вопрос: если индексы есть, запросы вылизывались не один месяц. Все уже оптимизировано достаточно хорошо - что дальше, только ProxySQL?

Если я для пробы включу query_cache_type, БД не будет повреждена от этого? Т.е. вопрос только в том, что кеш может работать просто не оптимально и все или есть какая то опасность для данных?

И что такое "mutex contention"?

[Fixid]

ua30, Мне сложно будет точно ответить, т.к. давно мигрировал с MySQL на MariaDB и PostgreSQL.
Если у Вас MySQL 5.7.20 или более старая, то функционал еще существует и его можно активировать без опаски, но при обновлении на более свежие версии кэш отключится.
ProxySQL не факт что поможет, достаточно специфическая штука.
mutex contention - это ситуация когда несколько "процессов/сущностей" борятся за определенный мьютекс вызывая взаимные блокировки и тормоза

[SubGANs]

ua30, включите кэш и посмотрите, ничего данным не будет, заодно потом посмотрите на сколько он эффективен в вашем случае. Только query_cashe_size и query_cache_limit подстройте.
Но смотреть надо в конкретно вашем случае, если в базу пишется не много, то включить кэш запросов вполне оправдано. Суть в том, что как в таблице происходят изменения, то кэш сбрасывается для таблицы, просле селекта он опять строится, и все это потребляет ресурсы.
А вообще, кроме кэша в мускуле много других настроек, которые будут полезны, размеры буферов, временных таблиц, кол-во временных таблиц, кэш подключений и прочее

[ua30]

Fixid, MySQL 5.7.19.

SubGANs, спасибо, буду пробовать. В целом есть опыт настройки кеша в предыдущих версиях, и понимания как он работает. Просто удивило что он сейчас по умолчанию отключен, а в 8.0 и вовсе удален.

Всем спасибо, раз с данными ничего не случится, буду тестировать.