持久的數(shù)據(jù)庫連接是指在腳本結(jié)束運(yùn)行時(shí)不關(guān)閉的連接。當(dāng)收到一個(gè)持久連接的請(qǐng)求時(shí)。PHP 將檢查是否已經(jīng)存在一個(gè)（前面已經(jīng)開啟的）相同的持久連接。如果存在，將直接使用這個(gè)連接；如果不存在，則建立一個(gè)新的連接。所謂“相同”的連接是指用相同的用戶名和密碼到相同主機(jī)的連接。
對(duì) web 服務(wù)器的工作和分布負(fù)載沒有完全理解的讀者可能會(huì)錯(cuò)誤地理解持久連接的作用。特別的，持久連接不會(huì)在相同的連接上提供建立“用戶會(huì)話”的能力，也不提供有效建立事務(wù)的能力。實(shí)際上，從嚴(yán)格意義上來講，持久連接不會(huì)提供任何非持久連接無法提供的特殊功能。
為什么？
這和 web 服務(wù)器工作的方式有關(guān)。web 服務(wù)器可以用三種方法來利用 PHP 生成 web 頁面。
第一種方法是將 PHP 用作一個(gè)單獨(dú)運(yùn)行的語言解釋器(CGI Wapper)。以這種方法運(yùn)行，PHP 會(huì)為向 web 服務(wù)器提出的每個(gè) PHP 頁面請(qǐng)求生成并結(jié)束一個(gè) PHP解釋器線程。由于該線程會(huì)隨每個(gè)請(qǐng)求的結(jié)束而結(jié)束，因此任何在這個(gè)線程中利用的任何資源（例如指向SQL 數(shù)據(jù)庫服務(wù)器的連接）都會(huì)隨線程的結(jié)束而關(guān)閉。在這種情況下，使用持久連接和非持久連接沒有任何區(qū)別——因?yàn)镻HP腳本本身的執(zhí)行不是持久的。
第二，也是最常用的方法，是把 PHP 用作多進(jìn)程 web 服務(wù)器的一個(gè)模塊，這種方法目前只適用于 Apache。對(duì)于一個(gè)多進(jìn)程的服務(wù)器，其典型特征是有一個(gè)父進(jìn)程和一組子進(jìn)程協(xié)調(diào)運(yùn)行，其中實(shí)際生成 web 頁面的是子進(jìn)程。每當(dāng)客戶端向父進(jìn)程提出請(qǐng)求時(shí)，該請(qǐng)求會(huì)被傳遞給還沒有被其它的客戶端請(qǐng)求占用的子進(jìn)程。這也就是說當(dāng)相同的客戶端第二次向服務(wù)端提出請(qǐng)求時(shí)，它將有可能被一個(gè)不同的子進(jìn)程來處理。在開啟了一個(gè)持久連接后，所有請(qǐng)求 SQL 服務(wù)的后繼頁面都能夠重用這個(gè)已經(jīng)建立的 SQL Server 連接。
最后一種方法是將 PHP 用作多線程 web 服務(wù)器的一個(gè)插件。目前 PHP 4 已經(jīng)支持 ISAPI、WSAPI 和 NSAPI（在非Windows 環(huán)境下），這些使得 PHP 可以被用作諸如 Netscape FastTrack (iPlanet)、Microsoft's Internet Information Server (IIS) 和 O'Reilly's WebSite Pro 等多線程 web 服務(wù)器的插件。持久連接的行為和前面所描述的多過程模型在本質(zhì)上是相同的。注意 PHP 3 不支持 SAPI。
如果持久連接并沒有任何附加的功能，那么使用它有什么好處？
答案非常簡單——效率。當(dāng)Web Server創(chuàng)建到SQL服務(wù)器的連接耗費(fèi)(Overhead)較高（如耗時(shí)較久，消耗臨時(shí)內(nèi)存較多）時(shí)，持久連接將更加高效。Overhead高低取決于很多因素。例如，數(shù)據(jù)庫的種類，數(shù)據(jù)庫服務(wù)和web 服務(wù)是否在同一臺(tái)服務(wù)器上，SQL 服務(wù)器負(fù)載狀況等。當(dāng)Overhead較高，每次創(chuàng)建數(shù)據(jù)庫連接成本較高時(shí)，持久連接將顯著的提高效率。它使得每個(gè)子進(jìn)程在其生命周期中只做一次連接操作，而非每次在處理一個(gè)頁面時(shí)都要向SQL 服務(wù)器提出連接請(qǐng)求。這也就是說，每個(gè)子進(jìn)程將對(duì)服務(wù)器建立各自獨(dú)立的持久連接。例如，如果有 20 個(gè)不同的子進(jìn)程運(yùn)行某腳本建立了持久的 SQL 服務(wù)器持久連接，那么實(shí)際上向該 SQL 服務(wù)器建立了 20 個(gè)不同的持久連接，每個(gè)進(jìn)程占有一個(gè)。
注意，如果持久連接的子進(jìn)程數(shù)目超過了設(shè)定的數(shù)據(jù)庫連接數(shù)限制，系統(tǒng)將會(huì)產(chǎn)生一些問題。如果數(shù)據(jù)庫的同時(shí)連接數(shù)限制為 16，而在繁忙會(huì)話的情況下，有 17 個(gè)線程試圖連接，那么有一個(gè)線程將無法連接。如果這個(gè)時(shí)候，在腳本中出現(xiàn)了使得連接無法關(guān)閉的錯(cuò)誤（例如無限循環(huán)），則該數(shù)據(jù)庫的 16 個(gè)連接將迅速地受到影響。請(qǐng)查閱使用的數(shù)據(jù)庫的文檔，以獲取關(guān)于如何處理已放棄的及閑置的連接的方法。
在使用持久連接時(shí)還有一些特別的問題需要注意。例如在持久連接中使用數(shù)據(jù)表鎖時(shí)，如果腳本不管什么原因無法釋放該數(shù)據(jù)表鎖，其隨后使用相同連接的腳本將會(huì)被持久的阻塞，使得需要重新啟動(dòng) httpd 服務(wù)或者數(shù)據(jù)庫服務(wù)。另外，在使用事務(wù)處理時(shí)，如果腳本在事務(wù)阻塞產(chǎn)生前結(jié)束，則該阻塞也會(huì)影響到使用相同連接的下一個(gè)腳本。不管在什么情況下，都可以通過使用 register_shutdown_function() 函數(shù)來注冊(cè)一個(gè)簡單的清理函數(shù)來打開數(shù)據(jù)表鎖，或者回滾事務(wù)?；蛘吒玫奶幚矸椒ǎ遣辉谑褂脭?shù)據(jù)表鎖或者事務(wù)處理的腳本中使用持久連接，這可以從根本上解決這個(gè)問題（當(dāng)然還可以在其它地方使用持久連接）。
以下是一點(diǎn)重要的總結(jié)。持久連接與常規(guī)的非持久連接應(yīng)該是可以互相替換的。即將持久連接替換為非持久連接時(shí)，你的腳本的行為不應(yīng)該發(fā)生改變。使用持久連接只應(yīng)該改變腳本的效率，不應(yīng)該改變其行為！
參見 fbsql_pconnect()，ibase_pconnect()，ifx_pconnect()，ingres_pconnect()，msql_pconnect()，mssql_pconnect()，mysql_pconnect()，ociplogon()，odbc_pconnect()，ora_plogon()，pfsockopen()，pg_pconnect() 和 sybase_pconnect()。