Подключение к mysql и more than max _ user _ connections

12
BR
На сайте с 28.06.2008
Offline
75
#11
dandandan:
Узнал у админа апач собран с multithreaded

- это хорошо, осталось узнать значение wait_timeout в MySQL :)

размещение сайтов (http://www.brim.ru)
[Удален]
#12
Brim.ru:
- это хорошо, осталось узнать значение wait_timeout в MySQL :)

Обещал уменьшить время. Однако я уже переписал скрипт под mysql_connect. C ним вроде бы все нормально работает. не думал что будет столько геммороя с mysql_pconnect .

BR
На сайте с 28.06.2008
Offline
75
#13
dandandan:
Обещал уменьшить время. не думал что будет столько геммороя с mysql_pconnect .

- проблема, в Вашем хостере - видимо для него это непрофильное занятие :) У опытных хостеров настройки MySQL заметно отличаются от дефолтных ;)

[Удален]
#14

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

BR
На сайте с 28.06.2008
Offline
75
#15
dandandan:
Не совсем понятно для чего тогда нужен mysql_pconnect если он не всегда перехватывает уже существующее соединение с БД, а создает новое при одинаковых логин/пароль/база.

- всегда, если PHP подключен как модуль и сервер многопоточный, а не prefork :) К сожалению PHP хреново работает с БД, так как если Вы не используете pconnect или он не работает, то при каждом обращении к скрипту создается новое соединение с БД, что занимает времени в 10-100 раз больше чем выполнение простого SQL-запроса. Из-за этого сильно просаживается производительность PHP-скриптов и pconnect пусть и кривой, но выход :)

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий