Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Закрытие соединения с sql
 
 автор: Dazzl   (15.02.2012 в 15:51)   письмо автору
 
 

Здравствуйте, такой вопрос зачем существует функция закрытия соединения с sql: mysql_close($link), что это дает?

  Ответить  
 
 автор: Sfinks   (15.02.2012 в 17:47)   письмо автору
 
   для: Dazzl   (15.02.2012 в 15:51)
 

Закрывает соединение открытое функцией mysql_connect().
Как правило она не нужна, т.к. соединение автоматически закрывается по завершении выполнения скрипта. Однако это так, если ваш скрипт выполняется очень быстро. Просто сервер БД имеет ограниченное число подключений и, например, если у вас скрипт подключается к базе, выбирает данные, а потом 15 минут их обрабатывает, не обращаясь более к БД, то лучше после выборки закрыть соединение, т.к. может случиться так, что этот самый скрипт одновременно запустят несколько пользователей. И если их количество превысит предельно допустимое количество соединений с БД, то все следующие пользователи подключиться уже не смогут и получат ошибку соединения с БД.

  Ответить  
 
 автор: cheops   (15.02.2012 в 18:06)   письмо автору
 
   для: Dazzl   (15.02.2012 в 15:51)
 

Добавлю еще, что пока соединение занято, им не может воспользоваться другой клиент, а под соединение выделяется довольно много серверной памяти. Если таких задумчивых клиентов с незакрытыми соединениями становится много, то память на сервере быстро иссякает и начинают тормозить другие клиенты (или очередные клиенты получают отказ в обслуживании). Кроме того, MySQL, да и любая другая база данных может применяться не только в Web, а при обслуживании других программ и серверов (например, доменные имена можно не вручную прописывать в конфигурационных файлах, а централизованного хранить в базе данных). Если не закрывать соединения утечка памяти может принимать катастрофический характер. Бывало так, не настроенный и не перебранный дистрибутив через неделю работы распухал на лишний гигабайт оперативной памяти (понятно, что не из-за закрытых соединений с базой данных, а из-за утечек в множестве самых разных сервисах). Однако, проблема остается проблемой - взятые ресурсы нужно возвращать, и чем скорее, тем лучше. В PHP проблема возникает не часто, но чуть копнуть глубже - встает в полный рост, особенно, когда вы набрали памяти, по-наоткрывали файлов, соединений и возникает какая-то ошибка и вам теперь предстоит все закрыть и вернуть и не штатно в конце, а по-середине программы... Если вы когда-нибудь зададитесь вопросом зачем ввели исключения, знайте - вот за ради этого.

  Ответить  
 
 автор: Dazzl   (16.02.2012 в 16:52)   письмо автору
 
   для: cheops   (15.02.2012 в 18:06)
 

Спасибо вам обоим! вы мне очень помогли :) ...как всегда...

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования