оптимизация count (*) производительность на Innodb с индексами

. При работе с большими, но узкими таблицами Innodb выполнение count (*) запросы могут быть общеизвестно медленными. Это было встречено в сценарии, в котором таблица, состоящая из ~ 9 миллионов записей прибыль. Это достигается с помощью синтаксиса использования индекса (index_name) в запросе. Index (первичный);

, однако, несмотря на использование индекса, производительность оставалась ужасной. В поисках дальнейших вариантов устранения неполадок, было обнаружено, что MySQL 5.1.6 представил эффективное решение с участием планировщика событий и статистического кэширования. Таблица статистики, операция подсчета (*) может быть значительно оптимизирована. Процесс влечет за собой создание таблицы статистики для хранения данных счета:

SELECT COUNT(id) FROM perf2 USE INDEX (PRIMARY);

Создание Event update_stats По расписанию Каждые 5 минут ДЕЛАТЬ Вставьте в статистику (`key`,` value`) Values ​​('data_count', (выберите count (id) из Data)) На дубликате значения обновления ключа = value (value);

это автономное решение позволяет обеспечить настраиваемые интервалы обновления, обеспечивая точность и свежесть хранимого количества. Хотя это не может быть идеальным, он предлагает значительные улучшения производительности по сравнению с традиционными методами.