Ответ
Misha v.3 06.09.2011 02:23
/ 06.09.2011 15:19
http://cvsview.parser.ru/cgi/viewcvs.cgi/sql/mysql/parser3mysql.C?rev=1.38&content-type=text/vnd.viewcvs-markupCtfl+F | "close"
аналогично можно открыть в текстовом редакторе parser3mysql.so (dll) и тоже поискать аналогичную строку. ведь нет ничего удивительного, что функция закрытия соединения находится в sql-драйвере?
но дело тут не в close, а, как вам уже подсказали, в том, что медленно генеряться страницы (что может быть неудивительным, учитывая то, что вы
делаете запросы в цикле)
возможно, что проблема не в медленных запросах и не в их количестве (само количество запросов не приводит к увеличению количества соединений т.к. парсер кэширует соединение и при обработке одной страницы все запросы будут делаться в расках одного sql соединения), а чём-то ещё.
если вы используете mysql.p, то можете легко увидеть сколько вообще запросов делается и есть-ли среди них медленные (?mode=debug).
если вы подключите Erusage.p (или сами напишите аналогичный код мониторинга), то в логе сможете увидеть сколько времени генерятся страницы и сколько вообще страниц генерится (кстати: у вас в коде могут быть "битые" локальные ссылки к inline изображениям и favicon.ico, в результате при загрузке посетителем файла /index.html параллельно грузятся ещё несколько страниц, которые приводят к запуску процесса парсера генерящего страницу с 404 ошибкой. это, кстати, будет видно и из лога апача, если он вам доступен).
с мониторинга активности вообще и рекомендую начать оптимизацию.
- Аналог mysql_close(), Ильяс 05.09.2011 20:47
- Ответ, Misha v.3 [M] 06.09.2011 02:23 / 06.09.2011 15:19
- Ответ, G_Z [M] 05.09.2011 21:30
- Ответ, Ильяс 05.09.2011 22:29 / 05.09.2011 22:39
- Ответ, Ильяс 05.09.2011 21:46
- Ответ, G_Z [M] 05.09.2011 22:50