Ответ 1
Если вы собираетесь писать веб-страницу, нет необходимости в постоянном подключении. Это требует слишком много ресурсов. Используйте mysql_connect. Минимизируйте время, когда ваше соединение db открыто и не используется столько, сколько вы можете. Откройте, выберите то, что вы хотите, закройте. Он не должен оставаться открытым, пока пользователи просто читают. Соединение будет использоваться в конце концов, если они ответят - INSERT/перейти на другую страницу.
Вот несколько хороших ссылок на НЕ ИСПОЛЬЗОВАНИЕ постоянное соединение в веб-приложениях
Когда вы блокируете таблицу, обычно она разблокируется, когда соединение закрывается, но поскольку постоянные соединения не закрываются, любые таблицы, которые вы случайный отпуск заблокирован, останется заблокированным, и единственный способ разблокировать их - дождаться соединения с таймаутом или убить обработать. Такая же проблема блокировки возникает при транзакциях. (Видеть комментарии ниже 23 апреля 2002 года и 12 июля 2003 года)
Обычно временные таблицы отбрасываются при закрытии соединения, но поскольку постоянные соединения не закрываются, временные таблицы не так временный. Если вы явно не удаляете временные таблицы, когда вы, эта таблица уже существует для нового клиента, повторно использующего такой же связь. Такая же проблема возникает при настройке сеанса переменные. (См. Комментарии ниже 19 ноября 2004 года и 07 августа 2006 года)
Если PHP и MySQL находятся на одном сервере или в локальной сети, время соединения может быть незначительным, и в этом случае нет преимущества к постоянным соединениям.
Apache не работает с постоянными подключениями. Когда он получает запрос от нового клиента, вместо того, чтобы использовать один из доступным детям, у которых уже есть постоянная связь, имеет тенденцию порождать нового ребенка, который должен затем открыть новую базу данных подключение. Это вызывает избыточные процессы, которые просто спят, тратить ресурсы и вызывать ошибки, когда вы достигаете максимума соединения, плюс он побеждает любое преимущество постоянных соединений. (См. Комментарии ниже, 03-Feb-2004, и сноска на http://devzone.zend.com/node/view/id/686#fn1)