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