PHP-сервер activerecord mysql ушел

Ответ 1

PHP ActiveRecord использует PDO. Нет абсолютно никакого способа закрыть PDO-соединение, это неправильный уровень БД для длительных фоновых задач.

Вы можете попытаться повлиять на разъединение PDO-соединения со следующим фрагментом.

//if not using ZF2 libraries, disconnect in some other way
$db->getDriver()->getConnection()->disconnect()
$db = NULL;
gc_collect_cycles();

Отключите, установите ссылку на значение null, затем запустите сборщик мусора. Надеемся, что это вызовет внутренний метод __destruct PDO для фактического закрытия соединения.

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

Реальное решение состоит в том, чтобы не использовать PDO и отключать и повторно подключаться нормально.

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

EDIT: У меня действительно была эта точная проблема, и я использовал это точное решение на работе в прошлом году. Это позволило решить 99% моих проблем. Но все же время от времени случалось исключение, связанное с блуждающим соединением, которое я не мог поймать и попытаться снова подключиться. Я просто перезапускаю процессы один раз в день, чтобы избавиться от этих ошибок при случайном подключении. Вот почему мой ответ: не используйте PDO. Переключите сейчас и получите реальный контроль над разъединениями и повторным подключением.

Ответ 2

Самая распространенная причина для сервера MySQL - ошибка в том, что время ожидания сервера и закрытие соединения.

Попробуйте выполнить следующее изменение.

max_allowed_packet=64M

Если у вас есть много запросов, установите это и не устанавливайте его больше, потому что оно связано с вашей средой.

max_connections=1000

Добавление этой строки в файл my.cnf может решить вашу проблему. Перезапустите службу MySQL, как только вы закончите с этим изменением.

Подробнее о Сервер MySQL ушел

Если он не работает, попробуйте эту функцию автоматического повторного подключения.

Ответ 3

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

Ошибка "Сервер ушел", как правило, происходит, когда между двумя запросами происходит относительно длительное вычисление.

Чтобы предотвратить это, вы можете

• Периодически выполняйте запрос SELECT 1 во время выполнения
• Создайте обертку вокруг ваших запросов, которая проверяет правильность подключения до выполнения
• Используйте ответ из этого сообщения

Тем не менее, я считаю, что перенастройка MySQL для более долгого открытия соединения поощряет небрежное программирование и будет советовать ему.

Ответ 4

Это может быть также размер запроса, так как иногда ORM объединяют запросы для повышения производительности.

Попробуйте установить max_allowed_packet = 128M, по крайней мере, должны быть полезны для диагностики.

Ответ 5

Если ваша БД не обрабатывает несколько одновременных подключений и запросов, вы можете установить "бесконечные" таймауты. Это существенно не повлияет на ресурсы базы данных. Наилучший подход - отправить пакеты ping (SELECT 1), чтобы продлить время ожидания и сделать соединение сохраненным.

Ответ 6

Чтобы решить эту проблему, я предлагаю вам:

• Распределите свои процессы с помощью сервера заданий Gearman (http://gearman.org/)
• Управление этими процессами легко с помощью Supervisor (http://supervisord.org/)

Вот как.

Запустите приложение веб-сокета как демон, как и вы уже сделали (возможно, используя cron). Или даже лучше, управляйте им с помощью Supervisor. Настройте его так, чтобы Супервизор запустил его при запуске Supervisor и автозапуска демона, если он умрет.

Пример конфигурации:

[program:my-daemon]
command=/usr/bin/php /path/to/your/daemon/script
autostart=true
autorestart=true

Затем вместо того, чтобы выполнять обработку запросов внутри демона приложения, создайте обработчик Gearman для его обработки. После регистрации Работник будет ожидать, чтобы его выполняли/вызывали. Вы должны позвонить Работнику из своего приложения websocket вместе с необходимым параметром рабочей нагрузки (см. Веб-сайт Gearman для объяснения этой рабочей нагрузки).

В Worker установите его для остановки/выхода, когда он уже завершит задание, запрошенное демоном. При этом у вас не будет проблемы с сервером mysql, потому что соединение немедленно закрывается.

Наконец, мы должны сделать Worker доступным все время, как демон. Таким образом, подобно демону, настройте Supervisor для автозапуска и автозапуска, когда Рабочий умирает/останавливается, например:

[program:my-worker]
command=/usr/bin/php /path/to/your/worker/script
autostart=true
autorestart=true

Еще одна интересная вещь: вы можете добавить столько Рабочих, сколько хотите жить. Просто добавьте следующую конфигурацию:

numprocs=9 #change it to any number
process_name=%(program_name)s_%(process_num)02d #to identity worker number

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

Вот еще одно объяснение этой стратегии: http://www.masnun.com/2011/11/02/gearman-php-and-supervisor-processing-background-jobs-with-sanity.html

Надеюсь, что это поможет!