Событие, которое вызывается каждую секунду. Это нормально?

Question

[Стив]

Для автоматического удаления сессий я создал событие, которое вызывается каждую секунду.
Это нормально с точки зрения ресурсопотребления?
Очень нужны комментарии опытных по этому поводу, пожалуйста!

CREATE EVENT delete_old_records
    ON SCHEDULE EVERY 1 SECOND
DO
DELETE FROM sessions WHERE NOW() >= session_lifetime;

Comments

[FanatPHP]

а зачем автоматически удалять сессии раз в секунду?
раз в час не канает?

[Стив]

FanatPHP, на самом деле событие сравнивает время и если NOW() >= session_lifetime - тогда удаляет, как вы видели. Сессии разных пользователей имеют разное время окончания, тк стартовали в разное время. Поэтому я написал этот вопрос

[FanatPHP]

ну и какая проблема удалять раз в час, а не раз в секунду?

[Slava Rozhnev]

Я для таких целей посоветую Redis вместо MySQL

[FanatPHP]

Slava Rozhnev, как минимум из-за того что там можно задать TTL.
но в целом хранить сессию и в мускуле не проблема

[ComodoHacker]

Я бы вообще делал update вместо insert. Все равно большинство пользователей придут снова.

Следующий шаг — не делать и update. А проверку NOW() >= session_lifetime делать при авторизации.

[Akina]

Это нормально с точки зрения ресурсопотребления?

При наличии индекса по session_lifetime именно с точки зрения потребления ресурсов - нормально.

Идеологически же - вряд ли. Давить надо перебродившие сессии, а не записи о них в таблице. Клиент что-то попросил? смотрим в таблицу. Если его сессия протухла, или записи о ней вообще нет - посылаем в пень. Иначе - так и быть, выполняем.
А чистить таблицу сессий можно и пореже... да хоть раз в час, невелика разница.

[Стив]

Akina, FanatPHP, Slava Rozhnev, ComodoHacker, спасибо за советы! В частности обновление реже чем раз в секунду использовать теперь не буду

Answer 1

[Николай Турнавиотов]

не очень понятно о каких сессиях идёт речь то? PHP. в приложении?