ホームページ  >  記事  >  バックエンド開発  >  HTTP はステートレス プロトコルなので、mysql_close はまだ必要ですか?

HTTP はステートレス プロトコルなので、mysql_close はまだ必要ですか?

WBOY
WBOYオリジナル
2016-06-23 14:05:251432ブラウズ

接続は一度確認されているのに、なぜ接続を閉じる必要があるのでしょうか?

画像をアップロードするときに、メモリを解放する imagedestroy 関数があります。これを解放しないと、クラッシュするまでマシンのメモリが画像によって占有されますか?


ディスカッション(解決策)への返信

Mysql は http プロトコル接続ではありませんよね? tcp だけです

最も完全な関数セット
mysql_connect があるので
もちろん、mysql_close もあります
さらに、mysql_close は mysql_pconnect によって開くことができないことに気づきませんでした

しかし、次のことを指摘する必要があります
あなたは関係ありません HTTPプロトコルをmysql_closeに関連付けるのは絶対に間違っています

学びました。

データベース接続を閉じるのを忘れた場合、またはメモリを解放しなかった場合、どのような結果が生じますか?

Web サイト訪問者 (コンピューターまたは携帯電話) と Web サーバー (Apache など) の間の接続は http です。

mysql_connect は、Web サーバーと mysql サーバー間の接続を確立します (たとえそれらが同じマシン上にある場合でも) )

データベース接続を閉じるのを忘れた場合、データベース接続を閉じるか、今回要求された PHP の実行が終了するまで接続は残ります...

imagedestroy がない場合、destroy または操作は終了します (画像のリソース参照の数が 0 の場合、ガベージ コレクションされるかどうかはわかりません)

存在するものは常に合理的であり、必要です。

php は http リクエストに応答することしかできないからです

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。