如果持久连接的子进程数目超过了设定的数据库连接数限制，系统将会产生一些问题。如果数据库的同时连接数限制为 16，而在繁忙会话的情况下，有 17 个线程试图连接，那么有一个线程将无法连接。如果这个时候，在脚本中出现了使得连接无法关闭的错误（例如无限循环），则该数据库的 16 个连接将迅速地受到影响。
同时，表锁和事务也有需要注意的地方。
在持久连接中使用数据表锁时，如果脚本不管什么原因无法释放该数据表锁，其随后使用相同连接的脚本将会被持久的阻塞，使得需要重新启动 httpd 服务或者数据库服务
在使用事务处理时，如果脚本在事务阻塞产生前结束，则该阻塞也会影响到使用相同连接的下一个脚本
所以，在使用表锁及事务的情况下，最好还是不要使用持久化的数据库连接。不过好在持久连接和普通连接是可以在任何时候互换的，我们定义两种连接形式，在不同的情况下使用不同的连接即可解决类似的问题。
总结事物总有两面性，持久连接一方面带来了效率的提升，但另一方面也可能带来一些业务逻辑上的问题，而且这种问题如果在不了解持久连接的机制的情况下会非常难排查。因此，在日常开发中我们一定要在了解相关功能特性的情况下再选择适合的方式来完成所需要的功能开发。