Имеется чат работающий на PHP + MySQL

Если человек пишет определенную фразу в чат, то запускается в нульфрейме PHP-скрипт, который открывает соединение с базой данных MySQL и вставляет введенное пользователем сообщение в базу mySQL.
Также каждые 5 секунд происходит при помощи SELECT запрос из базы данных для извлечения новых фраз из чата !!!

Вообщем, база данных MySQL очень сильно используется. Так вот: слышал, что при таком частом обращении к базе необходимо использовать функцию

Цитата

mysql_pconnect()

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

Возник вопрос: действительно ли мне лучше использовать mysql_pconnect() вместо mysql_connect() и какой выигрышь это даст в быстродействии скрипта???
И еще: я не очень пойму как работает эта функция??? я так понял что от перехода от одного скрипта к другому скрипту, функция использует старый идентификатор уже открытого соединения с базой mySQL, так вот где она хранит этот идентификатор, я думаю что в кукисах, иначе вроде никак не получится.

И еще цитирую (из документации):

Цитата

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

ну и как закрыть это подключение если человек выйдет из чата, или оно как-то через опр. промежуток времени само отключается???
Спасибо за ответы.

Это сообщение отредактировал(а) PHP-DIRECTOR - 7.1.2005, 21:48

Функция mysql_pconnect() открывает постоянное соединение. Оно закрывается через mysql_close() , НО не закрывается само по себе, при завершении работы сценария.

т.е. если я не буду использовать в скриптах mysql_close(). тогда подключение закрыто не будет??? а если мне необходимо будет его закрыть, то мне надо использовать mysql_close()???

rMaveric
для pconnect как раз не надо close();

PHP-DIRECTOR
тебе надо использовать pconnect.
Желательно еще олптимизировать сам кодж работы с юазой..
Ну и плюс, вроде ты создавал тему про оптимизацию - использовать моменты оттуда.

Mal Hack так как закрывается соединение pconnect или его не надо закрывать???

PHP-DIRECTOR
делай минимум каждые 10 сек обновление. 5 сек это мало.

Цитата(PHP @ 7.1.2005, 22:27)

Mal Hack так как закрывается соединение pconnect или его не надо закрывать???

А зачем? В этом-то и весь смысл...
http://ru2.php.net/manual/ru/function.mysql-pconnect.php

Цитата

Использование устойчивых соединений может потребовать некоторой настройки Apache и MySQL. Убедитесь, что вы не превысите максимальное число дозволенных соединений.

а где можно прочитать про настройку? и еще где выставить это максимальное число соединений?

mysql.max_persistent
mysql.max_links

директивы отвечающие за кол-во постоянных соединений на один процесс

2 Mal Hack && PHP-DIRECTOR
Прошу прощения mysql_close() вообще не закрывает постоянного соединения. Сонный был написал невесть что.

А если я питнацать раз подряд напишу 

или там

(ну вот дурак я например)
То соединение будет одно?

Dr.Wisdom, а ты проверь, узнаешь.

Black, 
По своей идее - чат на ПХП + База - утопия... 
Но при малом кол-ве народа, жить можно.
Как у тебя устроен процесс записи и чтения? возможно его можно оптимизировать.

А по теме pconnect: http://www.mysqlperformanceblog.com/2006/1...nnections-evil/

А как проверить?  

Если можно избежать использования mysql_pconnect стоит ли его избегать?

Если избежать использования mysql_pconnect - значит написать класс который перегрузит код и вообще будет выглядеть нелепо, то стоит ли вообще избегать его использования?

pconnect это вообще зло или не зло?

Программным кодом. Взять, посмотреть, что в идентификаторах соединения, один и тот же или нет.


Нет не зло, если работать правильно.


Я бы на твоем месте, сначала бы, понял разницу между постоянными и не постоянными соединениями.

так как правильно?

Давайте взвешитвать все на безмене:
Насколько я понимаю разницу (поправьте меня если я ошибаюсь):

pconnect держиться строго некоторое время и доступен только для одной сессии (или как это назвать? один пользователь + один броузер + один запуск). 

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

С другой стороны если скрипт гденить гонит и не закрывает соединение то это приводит к нехорошим последствиям. С pconnect такого не бывает. Что являеться плюсом в его огород.

С тертьей стороны ходят слухи что не везде pconnect открыт. Что являеться большим минусом в его огород.

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

Dr.Wisdom, вы не правильно понимаете. Читайте поиск форума. Уже было уйму раз.


Лично я в PDO использую обычные...