CodeIgniter支持为每个数据库组独立配置pconnect参数以启用持久连接，但实际效果受驱动兼容性（如mysqli支持、PDO需手动配置）、部署环境（如PHP-FPM可能忽略）及资源风险影响，需结合数据库监控与生产环境谨慎使用。
CodeIgniter 支持多数据库配置，而持久连接（pconnect）是其中一项可独立为每个数据库设置的参数，它控制是否复用已存在的数据库连接，减少重复握手开销。但要注意：pconnect 的实际效果取决于底层驱动（如 mysql 已废弃，mysqli 和 pdo 对持久连接的支持行为不同），且在某些部署环境（如 PHP-FPM 模式）下可能被忽略或带来资源泄漏风险。
为每个数据库单独启用 pconnect
在 application/config/database.php 中，每个数据库组（如 default、slave、logdb）都可独立设置 pconnect。它是一个布尔值，默认为 FALSE：
-
$db['default']['pconnect'] = TRUE;→ 主库启用持久连接 -
$db['slave']['pconnect'] = FALSE;→ 从库禁用持久连接（推荐读库不强依赖持久性） -
$db['logdb']['pconnect'] = TRUE;→ 日志库若高频写入且连接稳定，可考虑开启
驱动兼容性与注意事项
不是所有数据库驱动都真正支持或推荐使用 pconnect：
-
mysqli：支持，但需注意 MySQL 服务端的wait_timeout设置，过长空闲可能导致连接失效；建议配合$config['reconnect'] = TRUE（虽 CI3 原生不直接暴露该选项，但可在自定义 DB 类中覆盖_connect()方法实现） -
pdo：通过 DSN 添加;PDO::ATTR_PERSISTENT => true才生效，CI3 默认未启用该选项，需扩展 DB 驱动或手动初始化 PDO 实例 -
postgre：支持持久连接，但 PostgreSQL 的连接池机制更推荐用 PgBouncer 等外部工具管理 -
sqlsrv（SQL Server）：Windows 下 IIS + SQL Server 环境中，pconnect可能被忽略，官方建议设为FALSE
多数据库场景下 pconnect 的实际影响
当项目同时加载多个数据库（例如主从分离）时，每个数据库连接是独立维护的：
- 启用
pconnect后，同一请求内多次调用$this->load->database('default')不会新建连接，而是复用已有连接 - 但
$this->load->database('slave')仍会建立另一个独立的持久连接池，与default无关 - 若控制器中先后加载两个数据库，且都设了
pconnect = TRUE，则最多占用两个持久连接资源 - PHP 进程结束时，持久连接不会立即关闭，而是交由底层驱动决定是否归还到连接池
验证与调试建议
不能仅凭 $this->db->initialize() 返回 TRUE 判断持久连接生效，应结合日志和数据库侧观察：
- 开启 MySQL 的
show processlist，查看连接状态是否含Sleep且Time值持续增长（说明连接被复用） - 在数据库配置中临时设
'db_debug' => TRUE，触发错误时观察是否报“Connection lost”，可反向验证连接稳定性 - 生产环境慎用
pconnect = TRUE，尤其在连接数受限或数据库负载敏感时，优先优化查询和索引
