Php mysql нужно ли закрывать соединение

Cтоит ли закрыват соединение — my sql _close() сразу после написания запроса?
когда вообще целесообразно делать закрытие соединения?
Ведь по рекомендациям php и sql все что открывается должно закрываться, а колличество соединениц в sql вообще ограничено.

Раньше никогда не закрывал, сейчас узнал что это делать необходимо.
Если кто работал с высоконагруженными проектами отпишитесь!

Что за рекомендации такие? В манауле PHP написано, что обычно нет необходимости закрывать непостоянное соединение, по скольку оно автоматически закрывается после работы скрипта. Чисто логически — есть смысл закрывать, если после выполнения запроса есть код, для выполнения которого нужно много времени.

Мы разделили, допустим, по MVC шаблону, далее после последнего запроса к Мускулу засекаешь microtime, и в конце всего документа — выводишь разницу. Если там что-то вроде >0.01, >0.1 , то есть смысл А если 0.0001, то каков от этого смысл? Ты больше времени потратишь на закрытие соединения из-за чего клиент получит данные чуточку позже.
И вообще, есть смысл задумываться, когда станет вопрос оптимизации сложных проектов. А так -всё забудется.

Понятно, если выполнение запроса занимает много времени, то закрываем соединение после его передачи.
Если запрос выполняется быстро, то его не закрываем.

Цитата (kuzroman @ 3.12.2011 — 23:18)

Нет, имеется ввиду долгое выполнение PHP кода, следующего за SQL запросом. Если у тебя есть какой-то долгий SQL запрос, то смысла ставить после него my sql _close нет, по скольку следующая строчка после запроса выполнится только тогда, когда запрос вернет результат. Т.е. соединение в любом случае будет открыто пока запрос не выполнится.

Цитата

Чисто логически — есть смысл закрывать, если после выполнения запроса есть код, для выполнения которого нужно много времени.

значит
1- запрос выполнился
2- больше запросов нет идет только длинное выполнение алгоритмов php

в этом случае целесообразно закрытие?

Цитата (kuzroman @ 3.12.2011 — 23:35)

значит
1- запрос выполнился
2- больше запросов нет идет только длинное выполнение алгоритмов php

kuzroman
my sql имеет допустимое количество открытых соединений, назовём эту цифру в 50. Вот открылись 50, что будет делать 51? Станет в очередь и будет ждать, пока предыдущее соединение закроется. Если очередь разрастается — БД падает!
Теперь, все запросы заняли у тебя 10 секунд, выполнения пхп — ещё 10 сек. Посчитай, сколько в минуту могут оказаться на сайте людей при закрытии ДО ПХП, и сколько после ПХП. Простая математика.
Все цифры вымышленные, основа взята лишь логика понимания, как всё работает, чтобы ты так же понимал!

Источник

mysql_close

Данный модуль устарел, начиная с версии PHP 5.5.0, и удалён в PHP 7.0.0. Используйте вместо него MySQLi или PDO_MySQL. Смотрите также инструкцию MySQL: выбор API. Альтернативы для данной функции:

Описание

mysql_close() закрывает непостоянное соединение с базой данных MySQL, на которое указывает переданный дескриптор. Если параметр link_identifier не указан, закрывается последнее открытое (текущее) соединение.

Открытые непостоянные соединения MySQL и результирующие наборы автоматически удаляются сразу по окончании работы PHP-скрипта. Следовательно, закрывать соединения и очищать результирующие наборы не обязательно, но рекомендуется, так как это сразу же освободит ресурсы базы данных и память, занимаемую результатами выборки, что может положительно сказаться на производительности. Больше информации можно почерпнуть в разделе Освобождение ресурсов

Список параметров

Соединение MySQL. Если не указано, то используется последнее соединение, открытое mysql_connect() . Если соединение не найдено или не установлено, то будет сгенерирована ошибка уровня E_WARNING .

Возвращаемые значения

Возвращает true в случае успешного выполнения или false в случае возникновения ошибки.

Примеры

Пример #1 Пример использования mysql_close()

$link = mysql_connect ( ‘localhost’ , ‘mysql_user’ , ‘mysql_password’ );
if (! $link ) die( ‘Ошибка соединения: ‘ . mysql_error ());
>
echo ‘Успешно соединились’ ;
mysql_close ( $link );
?>

Результат выполнения данного примера:

Примечания

Замечание:

mysql_close() не закрывает постоянные соединения, созданные функцией mysql_pconnect() . Для дополнительной информации смотрите руководство по постоянным соединениям.

Смотрите также

User Contributed Notes 6 notes

A little note about multiple simultaneous connections to different hosts.

I work on a site that pulls content primarily from one db but uses a db on a foreign server to verify licensing. One might expect the following to work:

// Open the connection to the primary db
$res1 = mysql_connect ( $host1 , $user1 , $pass1 );
mysql_select_db ( $db1 );

// Open connection to the license server
$res2 = mysql_connect ( $host2 , $user2 , $pass2 );
mysql_select_db ( $db2 , $res2 );

// Pull license data and close when done
mysql_query ( $check_sql , $res2 );
// .
mysql_close ( $res2 );

// Now pull content from the primary db
// Not specifying the resource should default to the last open db
mysql_query ( $query );
// .
?>

Turns out this last query, since it cant find an active connection, will try to connect with mysql_connect() with no paramaters. But if instead you do it as mysql_query($query, $res1), or alternatively, run the mysql_connect for this host again then it works fine. Thus, it doesnt seem to be possible to have code with an overarching «global» db connection interspersed with temporary connections to another host/db.

Be careful when using multiple links to connect to same database (with same username). Unless you specify explicitly in mysql_connect() to create a new link, it will return an already open link. If that would be closed by mysql_close(), it will also (obviously) close the other connection, since the link is the same.
Had lot of trouble figuring it out, since in =4.3.7, all my application broke down because of a single script that did this.

i just came over a problem that i had with apache.

«Parent: child process exited with status 3221225477 — Restarting.»

the error came from the extesion php_mysql.dll

i didn’t understand what was the reason of that crash..

Then, i debug the script that i had downloaded and i noticed that that was the function mysql_close() which caused the problem.

The solution is, to send to it the link identifier which is optionnal in the description but cause a crash with no commentary.

At least with PHP5.3.2 and Windows connecting by tcp, you should always use this mysql_close() function to close and free up the tcp socket being used by PHP. Garbage collection after script execution does not close the tcp socket on its own. The socket would otherwise remain in ‘wait’ state for approximately 30 seconds, and any additional page loads/connection attempts would only add to the total number of open tcp connections. This wait time does not appear to be configurable via PHP settings.

The variable is definitely not optional in 5.3. Caused me a bit of a headache when I was debugging until I realized it was the close function that was causing a hang. So if using just:

mysql_close ( $connection );
?>

(where $connection is any variable of your choice)

As at 5.0.x and 4.3.x: This function should never be used with shared links; instead you should set your link variables to null.
(This explains red’s and beer’s () problems in previous comments)

Here is how shared links work:
— Each link is a resource. mysql_connect() by default looks for a resource with the same paramaters. If one exists, it will return the existing resource.
— Every assignment of that resource to a variable increases the resource’s reference count.
— When the reference is decremented to zero, the underlying TCP/socket connection is closed.
— Every assignment of a variable away from that resource decrements the reference count. (This includes a function level variable going out of scope)
— mysql_close() also decrements the reference count.

Note the last two points: mysql_close() _and_ reassignment of a variable decrement the link’s reference count.

A common mistake is a function like:

function dothings () <
$link = mysql_open (. );
// .. do some queries ..
mysql_close ( $link )
$link = null ;
>
?>

this will decrement the counter twice, possibly closing the underlying connection and causing errors in other parts of the program.

http://bugs.php.net/bug.php?id=30525 «this is not a bug but just how it works»

MySQL

mysql_affected_rows
mysql_client_encoding
mysql_close
mysql_connect
mysql_create_db
mysql_data_seek
mysql_db_name
mysql_db_query
mysql_drop_db
mysql_errno
mysql_error
mysql_escape_string
mysql_fetch_array
mysql_fetch_assoc
mysql_fetch_field
mysql_fetch_lengths
mysql_fetch_object
mysql_fetch_row
mysql_field_flags
mysql_field_len
mysql_field_name
mysql_field_seek
mysql_field_table
mysql_field_type
mysql_free_result
mysql_get_client_info
mysql_get_host_info
mysql_get_proto_info
mysql_get_server_info
mysql_info
mysql_insert_id
mysql_list_dbs
mysql_list_fields
mysql_list_processes
mysql_list_tables
mysql_num_fields
mysql_num_rows
mysql_pconnect
mysql_ping
mysql_query
mysql_real_escape_string
mysql_result
mysql_select_db
mysql_set_charset
mysql_stat
mysql_tablename
mysql_thread_id
mysql_unbuffered_query

Источник

Php mysql нужно ли закрывать соединение

Перевод, думаю, не потребуется.

Цитата:

Еще в самый неподходящий момент варнинг выскочит и ковыряй потом логи.

из за того, что не закрыли соединения.

Цитата:

из за того, что не закрыли соединения.

Да. Например Database handle destroyed without explicit disconnect.

Цитата:

Да. Например Database handle destroyed without explicit disconnect.

Речь идет о php.. там по завершению скрипта соединение закрывается автоматом..

Цитата:

А ты уверен ? Посмотри любой нагруженный сервер, всегда есть висящие (потерянные) коннекты,

дак если процесс умер по ходу выполнения (что часто бывает на перегруженных серверах), а не был корректно завершен интерпретатором то и будет висяк.. (а когда интерпретатор корректно завершает скрипт, он, кроме всего прочего, закрывает все соединения к базе).

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

открываю соединение
mysql_connecе()

выполняю необходимые мне действия

закрываю соединене
mysql_closed()

все врое бы хоршо, открываем в дедере , закрываем в футере.

но, если есть неоходимость из внешней части делать
header (location .
мне не нравиться решение, что бы перед КАЖДЫМ header (location . ставить закрывающее соединенение

это получиться как много открывающихся скобок и одна закрывающаяся.

но в дргом случае, мы нарываемся на то, что наше соединение сразу не будет зарыто и в конечном счет их кол-во будет критичным.

что по этом поводу можете посоветовать?
не реагировать нельзя, в конечном счете будет ошибка.

Цитата:

mysql_connecе()

Цитата:

мне не нравиться решение, что бы перед КАЖДЫМ header (location . ставить закрывающее соединенение

«не нравиТся»..
что тебе мешает написать что то вида
function myexit($where)
<
mysq_close();
header(«Location: $where»);
exit;
>

и использовать где тебе надо? а вообще, сказано выше же, что php сам закроет при выходе из скрипта.

Цитата:

function myexit($where)
<
mysq_close();
header(«Location: $where»);
exit;
>

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

Цитата:

вот потому и я раньше не обращал на это никакого внимания после

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

Цитата:

коверкать обязательно?

Компьютерный форум Ru.Board » Интернет » Web-программирование » обязательно закрывать соединение в mysql?

Реклама на форуме Ru.Board.

Источник