Кэширование MySQL

Статья для новичков. В MySQL есть встроенное кэширование запросов. Подробнее можно почитать на Хабре. Тут я скажу о главном плюсе и главном минусе такого кэширования и приведу пример своего сервака.

Плюсы

Во-первых, кэширование запросов существенно ускоряет генерацию страницы. Существенно потому, что SQL-запросы почти всегда являются главным тормозом.

Во-вторых, встроенное кэширование гораздо проще в реализации, чем кэширование на уровне приложения.
Указав в конфиге "query_cache_type=1" мы включаем кэширование всех запросов. При этом нам не нужно запариваться с инвалидацией кэша — база сама знает когда таблица изменилась и кэш сбрасывается автоматически. Приведу пример.

// это кэширование с помощью MySQL
// тут даже менять в коде ничего не нужно (делаем запрос как обычно)
$tags = $DB->select('SELECT * FROM tags');

// а вот то же самое кэширование на файлах
$filemtime = filemtime($_SERVER['DOCUMENT_ROOT'].'/cache/tags.txt');
if ((time() - $filemtime) > 60*60*24) {
    $tags = $DB->select('SELECT * FROM tags');
    $fp = fopen($_SERVER['DOCUMENT_ROOT'].'/cache/tags.txt', 'w');
    flock($fp, LOCK_EX);
    fwrite($fp, serialize($tags));
    flock($fp, LOCK_UN);
    fclose($fp);
}
else {
    $tags = unserialize(file_get_contents($_SERVER['DOCUMENT_ROOT'].'/cache/tags.txt'));
}

// причем при добавлении/изменении тегов,
// нам нужно дописать код по инвалидации кэша.
if ($tag_change) {
    $fp = fopen($_SERVER['DOCUMENT_ROOT'].'/cache/tags.txt','a');
    ftruncate($fp, 0);
}

Если вместо файлов мы используем какой-то другой вид кэширования на уровне приложения, например Memcache, то это ничего не меняет — нам всё равно нужно бегать по всему коду и вставлять if-else.

Короче говоря, самый большой плюс кэширования MySQL — прописал одну сточку в конфиге query_cache_type=1 и тут же нагрузка на базу упала. Даже код не нужно трогать.

Минусы

Самый большой минус в том, что инвалидация кэша происходит по слишком простому алгоритму: база смотрит изменилась ли таблица, из которой мы хотим сделать запрос. На примере это выглядит так. Есть 100 000 пользователей, которых мы закэшировали. Пришел пользователь и поменял что-то в профиле. Казалось бы, можно сбросить 1 кэш (только для того пользователя, который что-то изменил). Но MySQL сбрасывает весь кэш пользователей, потому что он не знает у какого пользователя изменилась информация — он видит только дату изменения таблицы.

Таким образом, мы очень быстро забьем оперативную память, которой у нас и так мало, а кэширование будет малоэффективным.

Но если у вас данные меняются редко, то кэш MySQL — хорошее решение. Правда, если на серваке работает несколько сайтов, то кэширование включается для всех сразу. Поэтому, если памяти мало, то можно вручную указать какие запросы кэшировать, а какие нет. Делается это так

1. Прописываем в конфиге query_cache_type=2
2. В запросах, которые хотим закэшировать пишем директиву SQL_CACHE:
   'SELECT SQL_CACHE * FROM tags'

Как видно, в этом случае нам всё-таки придется пробежаться по коду и понаставлять SQL_CACHE в запросы.

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

Многие сайты обновляются 2-3 раза в день, а кол-во просмотров переваливает за тысячи — в этом случае кэш тоже будет весьма эффективным.

Теперь смотрим статистику (это у меня за 5 дней)

Как видно, 96% запросов берется из кэша.

В довершение статьи мой конфиг

query_cache_type  = 2
query_cache_limit = 1M
query_cache_size  = 16M