Как исправить неустойчивость Apache?

Question

Я настроил простой стек LAMP на Debian, и у меня возникают некоторые проблемы с веб-сервером Apache.

Каждые 3-4 часа веб-сервер входит в тупик и все запросы, которые попадают в блок базы данных. Сервер создает новый дочерний элемент для каждого запроса. Количество процессов очень быстро растет. Через несколько секунд Monit замечает, что что-то не так, и перезапускает сервер Apache.

Я подозреваю, что эта проблема возникает из-за того, как PHP обрабатывает пул соединений с базой данных, поскольку сервер все еще способен отвечать на статические запросы контента. Испытывали ли вы такое поведение? Что я должен делать?

Обновление: Проблема решена. Похоже, плохая идея использовать APC для кэширования кода и пользовательских данных. Теперь я использую Memcache для хранения пользовательских данных и APC только для кода. Время от времени я по-прежнему получаю некоторые ошибки сегментации, но сервер в большинстве случаев стабилен.

Answer 1

Почему бы вам не взглянуть на журналы? /var/log/apache2/* - хорошее место для начала. Что запрашивается непосредственно перед тем, как сервер умрет? С этого момента вы, вероятно, можете определить, что происходит. Поскольку php-скрипты завершаются по истечении 30 секунд по умолчанию, ошибка должна быть довольно массивной, чтобы вызвать что-то подобное.

Answer 2

Проверьте настройки таймаута в файле /etc/apache2/apache2.conf, я видел подобные проблемы, когда Timeout установлен на высокий уровень, и система попадает в кучу сброшенных соединений.

Answer 3

Я подозреваю, что проблемы:

• Трудных затянувшиеся запросы к базе данных, которая блокирует дальнейшие запросы. Это довольно легко, если вы используете механизм MySQL MyISAM, который имеет только блокировку на уровне таблиц, и читатели могут легко блокировать писателей и наоборот, поэтому один сложный запрос, скажем, таблицы пользователя, может в значительной степени блокировать весь сервер, в то время как база данных ожидает ввода-вывода. Обычно вы можете диагностировать это, используя «SHOW PROCESSLIST» или инструмент, который делает это для вас.
• Установив MaxClients слишком высоко для ОЗУ, доступного на сервере предпродак - почти все это делают. Если вы используете «жирный» prefork Apache (например, с in-process PHP), то не устанавливайте MaxClients выше, чем у вас достаточно барана. Это, вероятно, намного меньше, чем типичные значения 100 или 150.

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

Это основано исключительно на догадках и опыте.

Answer 4

Журнал mysql-slow также полезен для поиска медленных проблемных запросов.