|
|
|
| Доброго времени суток!
Подскажите, пожалуйста.
Когда мы запускаем команду mytop видим, например:
-----------------------------------
Key Efficiency: 93.3%
-----------------------------------
На одном из форумов прочитал, что "Key Efficiency" означает:
***************************************
сведения об эффективности буфера ключей – как часто MySQL находит ключи в буфере, не обращаясь к диску
***************************************
Внимание, вопрос :)
К чему надо стремиться, чтобы значение "Key Efficiency" увеличивалось или уменьшалось? | |
|
|
|
|
|
|
|
для: jaroslav
(29.01.2011 в 17:43)
| | Увеличивалось, конечно (впрочем у вас уже неплохое значение). | |
|
|
|
|
|
|
|
для: cheops
(29.01.2011 в 17:54)
| | Спасибо за ответ.
Всегда думал, что чем меньше, тем лучше..
Вся база данных занимает порядка 4Гб.
Было значение ~ 98.8. Проставил дополнительные индексы. Скрипт, который вызывал большую нагрузку и висел на кроне - стал выполняться намного быстрее. А Key Efficiency сразу упала... | |
|
|
|
|
|
|
|
для: Jaroslav
(29.01.2011 в 18:02)
| | Скрипт на кроне перелапачивает большой кусок базы данных? Тогда это вполне нормально - кэш обновляется, а потом вытесняется более частыми запросами. Эффективность кэша страдает, но в целом система может работать более шустро. Так всегда бывает, когда достигается компромис между двумя разными типами пользователей базы данных (браузерные запросы и служебные запросы из крон). Можно добавлением/удалением ключей подогнать кэш под одного из них, но другой будет страдать. Аналогичная ситуация с вставкой значений и их выборкой - в одном случае ключи мешают, в другом помогают. | |
|
|
|
|
|
|
|
для: cheops
(29.01.2011 в 18:34)
| | Да, кусочек большой. Табличка в базе на 650Мб (выбирает, правда, только 1 столбец с id ) :)
Спасибо. Теперь всё понятно. Нормально всё работает (не хуже, чем при более высоком значении Key Efficiency). Да и сама база данных из-за проставленных ключей должна получше себя чувствовать. | |
|
|
|