php的短串連，短進程有什麼缺點

比如每個頁面結束，資料庫連接就關了，下個頁面需要重新開啟資料庫，重新串連，擷取資料。這樣比起那些可以持久過程，長串連的網站，有什麼重大缺點和小優點呢。

回複內容：

比如每個頁面結束，資料庫連接就關了，下個頁面需要重新開啟資料庫，重新串連，擷取資料。這樣比起那些可以持久過程，長串連的網站，有什麼重大缺點和小優點呢。

首先，不明說是什麼資料庫，那麼就預設為mysql。
然後，web的大部分應用情境適合短連結，而不是長連結。比如你看小說，當小說當前章擷取到了後，相當長一段時間使用者不會出發新的連結，為何不釋放掉該連結讓給需要的使用者呢？缺點是，反覆建立釋放連結，也是損耗。
至於長連結，簡單的說，就與上面恰恰相反。
其實當具備了sql串連池後，會好很多。
個人愚見，拋磚引玉。

優點是簡單.....

每一次串連資料庫都涉及很多次 Unix System Call ，總在開閉資料庫連接是極大的消耗。

對虛擬機器主機供應商來說,短串連是友好的.
比如虛擬機器主機廠商開啟了100個Apache或者PHP-FPM背景工作處理序來驅動50個虛擬機器主機網站,
如果1個網站對應1個到MySQL的持久串連,那麼1個背景工作處理序就有可能保持50個持久串連,
100個背景工作處理序就是100*50=5000個持久串連,
而MySQL的最大串連數max_connections預設是151,
這5000個串連對MySQL伺服器壓力還是非常大的.

而對於只有單個應用的伺服器來說,開啟持久串連後,
一個PHP-FPM保持一個到MySQL的長串連,實現透明的"串連池",
減少每個請求都重複建立和釋放串連的開銷,能提升效能.

PHP FastCGI進程管理器PHP-FPM的架構
http://my.oschina.net/eechen/blog/541139

