Как ускорить UPDATE MySQL?

Question

[gikm]

Приветствую!

Для того чтобы на блоге у каждой новости был счетчик количества просмотров, при открытии какой-либо статьи происходит следующий запрос:

UPDATE `table` SET `views` = `views` + 1 WHERE id = '123'

Т.е. поле счетчика просмотров у каждой новости, при ее открытии, инкрементируется на 1.

Но, как оказалось, такие запросы очень, очень сильно тормозят сервер (их очень много).
Как можно эту задачу лучше оптимизировать?

P.S. - InnoDB, висит индекс на id и views, из этой же таблицы постоянно производятся выборки SELECT'ом.

Comments

[Оптимус Пьян]

Много это сколько? Быстрее уже некуда вроде ))

[gikm]

Оптимус Пьян: скажу так, если убрать этот запрос, то нагрузка на CPU сервера падает на 70%.

[Tsiren Naimanov]

а в MySQL есть триггеры???

[gikm]

Tsiren Naimanov: Нет, нету.

[Николай Чуприк]

Я вообще не спец, но если сделать таблицу в виде "стека" с автоинкрементом или даже без него

INSERT INTO stack VALUES ('article_id');

А потом считать число строк по каждой новости и периодически таблицу очищать.

[neol]

Покажите значение innodb_flush_log_at_trx_commit.

show variables like 'innodb_flush_log_at_trx_commit';

Ну и значение iowait (wa в выводе top) неплохо бы посмотреть, когда этот запрос не убран.

Возможно у вас затык в дисковой системе.

[gikm]

neol: innodb_flush_log_at_trx_commit: 2

Вы не могли бы чуть подробнее рассказать про "затык в дисковой системе"?

[neol]

gikm: Если проблема действительно в дисковой системе, расскажу, но сначала нужно убедиться, что она действительно там. Для этого нужно значение iowait.

[gikm]

Николай Чуприк: Ваш вариант оказался самым быстрым и легкореализуемым. Если напишите его как ответ - отмечу решением. Спасибо.

Answer 1

[Dimonchik]

можешь триггером на каждый селект

но т.к. по грамотному, каждый раз лезть за кешированной статьей не нужно - делай отдельный сервис учета: insert логов на каждый просмотр и постобработка данных ежедневно/часно/недельно/секундно

Comments

[landergate]

Распространённый подход.

[gikm]

А каким образом я могу повесить триггер на селект? Он же только на update, delete, insert.

[Dimonchik]

gikm: процедурой, делов то

Answer 2

[Fortop]

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

Realtime счетчики переносятся Redis (другое key-value хранилище), а апдейт в БД делать раз в сутки, например, по крону.

Естественно, что если нужны актуальные данные на текущий момент, то их необходимо брать из Redis

Comments

[gikm]

Я бы не назвал это "тривильным" способом. Если куда-то что-то переносить, то можно и множество других подобных варинтов придумать. Но, все равно, спасибо за ответ.

[Fortop]

gikm: Это реально тривиально.
Году в 2005 это возможно было оригинально.
Сейчас это нормальная практика

Answer 3

[Николай Чуприк]

Я вообще не спец, но если сделать таблицу в виде "стека" с автоинкрементом или даже без него

INSERT INTO stack VALUES ('article_id');

А потом считать число строк по каждой новости и периодически таблицу очищать.