本教程将重点讨论使用PHP进行数据库连接的两个关键方面：连接状态管理和持久数据库连接的使用。
一、连接状态
在 PHP 内部，系统维护着连接状态，其状态有 4 种可能的情况：
- 0 – NORMAL（正常）
- 1 – ABORTED（异常退出）
- 2 – TIMEOUT（超时）
- 3 – ABORTED and TIMEOUT（异常退出且超时）
当 PHP 脚本正常地运行，NORMAL 状态为有效，当远程客户端中断连接时，ABORTED 状态的标记将会被打开，远程客户端连接的中断通常是由用户点击 STOP 按钮导致的。
可以决定脚本是否需要在客户端中断连接时退出，有时候让脚本完整地运行会带来很多方便，即使没有远程浏览器接受脚本的输出。默认的情况是当远程客户端连接中断时脚本将会退出，该处理过程可由 php.ini 的 ignore_user_abort 或由 httpd.conf 设置中对应的“php_value ignore_user_abort”以及 ignore_user_abort() 函数来控制。
如果没有告诉 PHP 忽略用户的中断，脚本将会被中断，除非通过 register_shutdown_function() 设置了关闭触发函数。通过该关闭触发函数，当远程用户点击 STOP 按钮后，脚本再次尝试输出数据时，PHP 将会检测到连接已被中断，并调用关闭触发函数。
脚本也有可能被内置的脚本计时器中断。默认的超时限制为 30 秒。这个值可以通过设置 php.ini 的 max_execution_time 或 httpd.conf 设置中对应的“php_value max_execution_time”参数或者 set_time_limit() 函数来更改。当计数器超时的时候，脚本将会类似于以上连接中断的情况退出，先前被注册过的关闭触发函数也将在这时被执行。在该关闭触发函数中，可以通过调用 connection_status() 函数来检查超时是否导致关闭触发函数被调用。如果超时导致了关闭触发函数的调用，该函数将返回 2。
需要注意的一点是 ABORTED 和 TIMEOUT 状态可以同时有效，这在告诉 PHP 忽略用户的退出操作时是可能的，PHP 将仍然注意用户已经中断了连接但脚本仍然在运行的情况，如果到了运行的时间限制，脚本将被退出，设置过的关闭触发函数也将被执行，在这时会发现函数 connection_status() 返回 3。
二、持久数据库连接
持久数据库连接是指在脚本结束运行时不关闭的连接。当收到持久连接的请求时，PHP 将检查是否已经存在相同的持久连接（前面已经开启的）——如果存在，将直接使用这个连接；如果不存在，则建立新的连接。所谓“相同”的连接是指用相同的用户名和密码连接到相同主机的连接。
对 web 服务器的工作方式和负载分配方式没有完全理解可能会错误地理解持久连接，特别是持久连接不会在相同的连接上提供建立“用户会话”的能力，也不提供有效建立事务的能力。实际上，要非常清楚的了解持久连接不会提供任何非持久连接无法实现的功能，这和 web 服务器的工作方式有关，web 服务器可以通过三种方法来利用 PHP 生成 web 页面。
第一种方法是将 PHP 自以为 CGI“包装器”用作一个单独运行的语言解释器(CGI Wapper)。当以这种方法运行时，PHP 会为向 web 服务器的每个 PHP 页面请求创建并销毁 PHP 解释器的时候实例。由于其会随每个请求的结束而销毁，因此其获取的任何资源（例如指向 SQL 数据库服务器的链接）都会在销毁时关闭。在这种情况下，不会从使用持久连接中获得任何好处——因为根本不会持久。
第二，也是最流行的方法是把 PHP 用作多进程 web 服务器的一个模块，这种方法目前只适用于 Apache，多进程的服务器通常有一个父进程和一组子进程协调运行，子进程负责提供网页的工作。每当接收达到客户端提出请求时，该请求会传递给尚未给其它客户端提供服务的某个子进程，这也就是说当相同的客户端第二次向服务端发出请求时，它将有可能由与第一次不同的某个子进程提供服务，在开启了一个持久连接后，所有请求 SQL 服务的后继页面都能够重用与 SQL 服务器建立的相同连接。
最后一种方法是将 PHP 用作多线程 web 服务器的插件。目前 PHP 支持 WSAPI 和 NSAPI（在 Windows 上），允许 PHP 作为 Netscape FastTrack（iPlanet）、Microsoft 的 Internet Information Server (IIS) 和 O’Reilly 的 WebSite Pro 等多线程服务器的插件使用，该行为与前面描述的多过程模型相同。
如果持久连接并没有任何附加的功能，那么使用它有什么好处？
答案非常简单——效率。如果创建链接到 SQL 服务器的开销很高，则持久连接是好的。开销高低取决于很多因素。例如，数据库的类型，数据库服务和 web 服务是否在同一台服务器上，SQL 服务器负载状况等，事实是，如果连接开销很高，持久连接将显著的提高效率。它使得子进程在其整个生命周期中只做一次连接操作，而非每次在处理页面时都要向 SQL 服务器提出连接请，每个打开持久连接的子进程将对服务器建立各自的持久连接。例如，如果有 20 个不同的子进程运行与 SQL 服务器建立持久连接的脚本，那么将有 20 个与 SQL 服务器建立的不同连接，每个进程一个。
注意：如果持久连接的数量超过了数据库设定的连接数限制，系统将会产生一些问题。如果数据库的同时连接数限制为 16，而在繁忙会话的情况下，有 17 个线程试图连接，那么有一个线程将无法连接。如果这个时候，在脚本中出现了不允许关闭连接的错误（例如无限循环），则该数据库的 16 个连接将迅速地受到影响。
