說說mysql_connect和mysql_pconnect的區別

說說mysql_connect和mysql_pconnect的區別，這倆函數用法上差不多，網上有說應該用pconnect的，pconnect是個好東西；也有視pconnect如洪水猛獸的，堅決不讓用pconnect的，也有態度曖昧不清的。那這個東西到底如何呢？
     永久鏈接並不是說，服務器打開了一個連接，然後所有的人都共享這個鏈接。永久連接一樣是每個客戶端來就打開一個連接，有200人訪問就有200個連接。其實mysql_pconnect()本身並沒有做太多的處理, 它唯一做的只是在php運行結束後不主動close掉mysql的連接.
     在php經cgi方式運行時pconnect和connect是基本沒有區別的, 因爲cgi方式是每一個php訪問起一個進程, 訪問結束後進程也就結束了, 資源也全釋放了. 當php以apache模塊方式運行時, 由於apache有使用進程池, 一個httpd進程結束後會被放回進程池, 這也就使得用pconnect打開的的那個mysql連接資源不被釋放, 於是有下一個連接請求時就可以被複用.這就使得在apache併發訪問量不大的時候, 由於使用了pconnect, php節省了反覆連接db的時間, 使得訪問速度加快. 這應該是比較好理解的. 但是在apache併發訪問量大的時候, 如果使用pconnect, 會由於之前的一些httpd進程佔用的mysql連接沒有close, 則可能會因爲mysql已經達到最大連接着, 使得之後的一些請求永遠得不到滿足.若mysql最大連接數設爲500, 而apache的最大同時訪問數設爲2000，假設所有訪問都會要求訪問db, 而且操作時間會比較長，當前500個請求的httpd都沒有結束的時候，之後的httd進程都是無法連接到mysql的(因已經達到mysql最大連接數). 只有當前500個httpd進程結束或被複用纔可以連接得到了mysql.
     當db操作複雜, 耗時較長時, 因httpd會fork很多併發進程處理, 而先產生的httpd進程不釋放db連接, 使得後產生的httpd進程無法連上db. 因爲這樣沒有複用其它httpd進程的mysql連接. 於是會就產生很多連接超時。 在併發訪問量不高時,使用pconnect可以簡單提高訪問速度, 但在併發量增大後, 是否再使用pconnect就要看程序員的選擇了.
     就我個人認爲, php現在對mysql的連接並沒有真正用到連接池, pconnect也只是相當於借了apache的進程池來用, 所以在併發訪問量大的時候pconnect並不能很好的提高訪問db效率.
      在實際的應用中，用mysql_pconnect的話，每次刷新和請求新的頁面都比較快，而用mysql_connect的話，每次刷新都要重新請求，當數據庫連接比較慢的時候，就能看出差異了。當你的數據庫連接比較慢，DB操作不是很複雜，並且你的程序足夠自信，不會產生死鎖的時候，或者你擁有對服務器的控制權，滿足以上四個條件中的任意兩個，那就可以用pconnect。
pconnect不用在腳本里關閉，可以在mysql中設置lifetime，也可以寫shell定期掃描，kill掉休眠過長的連接。 一句話總結：要用好pconnect，不僅僅是php腳本的事 還關係到數據庫和服務器的設置。