Очистка php сессий в ubuntu и debian

Question

[Пума Тайланд]

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

32093? Ss 0:00 /bin/sh -c [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime)! -execdir fuser -s {} 2>/dev/null \; -delete
32098? S 1:54 find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +24! -execdir fuser -s {}; -delete

Большая проблема что он сильно грузит винт я решил перенесом каталога с сессиями в память через tmpfs

Но появилась вторая проблема, скрипт не успевает отрабатывать удаление файлов и запускается снова, в моменты когда сессий очень много запускается несколько десятков скриптов на очистку сессий и они съедают весь процессор.

Есть какие то стандартные пути решения этой проблемы?

версия ubuntu 12.04, php стандартный из репозитория.

Comments

[Пума Тайланд]

Сессий на 4 гиговый раздел набегает.

[Melkij]

В штуках их сколько?
Вероятно, вы упёрлись в классический вопрос «как удалить что-то из директории, содержащей очень много файлов». Объём директории при этом значения не имеет.

Answer 1

[Melkij]

Сессий очень много — это сколько?
Может, имеет смысл их в memcache пихать? Или хотя бы партицирование по директориям включить (см. описание настройки www.php.net/manual/en/session.configuration.php#ini.session.save-path )?

Answer 2

[alexeysilver]

Мы храним сессии в redis, не нашел причин считать это плохим вариантом. Но в Вашем случае я бы просто уменьшил время запуска скрипта, и тогда скрипты бы не пересекались.

Comments

[Пума Тайланд]

Не буду же я из за кривого механизма очистки сессий в ubuntu переписывать все свои приложения.

[alexeysilver]

А зачем переписывать?
У меня Debian, PHP 5.3 (dotdebian) я установил php5-redis, дальше вписал в настройках php:

session.save_handler = redis
session.save_path = "tcp://localhost:6379?weight=1"

[Пума Тайланд]

Пока что настроил хранение в memcached если что не так перенастрою на redis большое вам спасибо

[alexeysilver]

Рекомендую переставить на redis, не буду тут много рассказывать что и как с memcached в сессиях (возможно просто у нас криво завелось), но в условиях 3.5 млн хитов в сутки (200-250к уников где-то) memcached терял сессии очень быстро поскольку у него есть лимит места

Answer 3

[kemko]

Самый простой вариант — перед началом проверки проверять, есть ли в /tmp некий файл, если есть — остановиться, если отсутствует — создать его, вычистить старые сессии и затем удалить его.

Comments

[Пума Тайланд]

Как вы себе это представляете?

[kemko]

Что-то вроде [ -f /tmp/purgestart ] || touch /tmp/purgestart && /bin/sh -c [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -depth -mindepth 1 -maxdepth 1 -type f -cmin +$(/usr/lib/php5/maxlifetime)! -execdir fuser -s {} 2>/dev/null \; -delete; rm /tmp/purgestart

Перед отправкой не проверял, но общий смысл такой.

[Пума Тайланд]

А понял, это то я сделал, вопрос больше может есть альтернативы или можно удалять старые сессии побыстрее, если скрипт не справляется?

Answer 4

[Влад Животнев]

Да, есть. Называется flock.

Использовать примерно так в кроне: 0 0 * * * root flock -n /tmp/somefile.lock "somecsript.sh"

Второй запуск команды flock -n /tmp/somefile.lock "somecsript.sh" уже не случится до тех пор, пока первый инстанс работает.

В somescript.sh, соответственно, пихаете всё то, что запускается у вас сейчас (chmod +x на скрипт не забудьте).

Answer 5

[impass]

Если файлов сессий создаётся слишком много, может пора как-то оптимизировать ваше приложение, и не создавать сессию для каждого приходящего пользователя независимо от того, нужна она или нет?

Answer 6

[max_rip]

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

Comments

[Пума Тайланд]

Проверку запускает убунту раз в полчаса.

Answer 7

[Алексей]

Стоит научить приложения не стартовать сессии когда они не нужны.

Comments

[Пума Тайланд]

Особенно когда их много и они чужие это не реально.

[max_rip]

Тогда надо их разделять session.save_path.
Скорее всего у вас увеличение задержки из-за большого количества файлов. А так и безопасность будет повыше.