Почему много промахов в кэш MyISAM, когда в БД только InnoDB?

Question

[Александр Маджугин]

На проекте критически низкая производительность сервера БД. Можно сказать он не работоспособен:


Доступа к серверу к сожалению нет. Пытаюсь по косвенным признакам понять в чем ошибка.
Вот вопрос - почему так много промахов в кэш MyISAM, когда в БД только InnoDB:


query_cache_size в 1Мб - не слишком ли мало?

Может ли причиной быть sync_binlog 10?

Answer 1

[Vitaly Karasik]

Возможно есть MyISAM в других, не ваших таблицах. ИМХО это не важно.

1) какое железо и какая конфигурация mysql?
2) Включите slow query log и посмотрите что там

Comments

[Александр Маджугин]

1 Понятия не имею. У меня нет доступа к серверу.
2 Там все медленно. Просто любые запросы очень медленные. Иногда запрос по одному полю висит по полсекунды, в то время как на нормальном серваке он выполняется за тысячные доли. Т.е. туда смотреть бессмысленно, так как скорость исполнения практически не зависит от запроса. Просто проваливается и все.

[Vitaly Karasik]

Понятия не имею

IMHO тогда нет шансов что-то понять и исправить.
"Нормальый" сервер может иметь 64CPU/128GBRAM/NVM storage, а "плохой" 0.5CPU/1GB RAM. и медленный диск, например.

[Александр Маджугин]

Vitaly Karasik, я знаю что там полно ресурсов (это кстати ясно по производительности CPU) - дело не в них. Я видел скрины с top и еще какой-то тулзы с вебgui - проблема не упирается в производительность железа. Даже когда сайты ложаться нагрузка никакая.

Answer 2

[mayton2019]

Я не понимаю. Расследование инцидента в БД так не делается. Нельзя прийти с утра и, посмотрев в промахи Кеша делать выводы. В любой крупной БД промахи есть.

По хорошему, надо из жалоб клиента попытаться понять root cause. Тот самый запрос который вчера работал быстро а сегодня тормозит и должен быть исследован.