thinkphp没有真正的数据库连接池，deploy => 1仅实现同配置pdo实例缓存，非跨请求复用；fpm下需配deploy => 1 + pool_time => 3600，swoole下须用db::pool()并配置config/swoole.php的db_pool，max_connections是mysql服务端参数，非tp配置项。
ThinkPHP 没有真正的数据库连接池，所谓“使用连接池技术”是常见误解——它不提供跨请求、跨进程的连接复用能力，更不会自动管理连接生命周期。高并发下卡在 Too many connections，90% 是因为把 deploy => 1 当连接池、把 max_connections 当 TP 配置项、或误信 'persistent' => true 能解决问题。
database.php 里加 deploy => 1 是什么作用
这是 ThinkPHP 6 启用连接复用的唯一开关，不是连接池，而是“同配置 PDO 实例缓存”。它让同一 FPM 进程内、相同 host + database + username 的多次请求，复用同一个 PDO 对象，避免重复 new PDO() 开销。
-
deploy => 1必须写在具体数据库配置块里（如'mysql' => [...]），不是全局配置 - 不设这个，
pool_size、pool_time等字段完全被忽略 - 只对完全一致的连接参数生效：改库名、换账号、调端口，都会触发新连接创建
-
debug => true时该复用逻辑会被禁用，上线务必关掉
Swoole 场景下 Db::pool() 才是真连接池入口
FPM 模式下 deploy => 1 只能减少单进程内重复建连；Swoole 常驻内存模型下，Db::pool() 才真正接管连接生命周期，但它不读 database.php 的 pool 配置，而依赖 config/swoole.php 中的 db_pool 节点。
-
config/swoole.php中需显式定义：'db_pool' => ['min' => 5, 'max' => 50, 'get_timeout' => 5] -
Db::pool('mysql')返回的是协程安全的连接对象，支持->close()归还 - 不配
db_pool或没启用 Swoole 协程环境，Db::pool()会退化为普通连接 - 注意：Swoole 下仍需关闭
debug，否则连接复用和池管理逻辑可能被绕过
MySQL 的 max_connections 不是 TP 配置项
max_connections 是 MySQL 服务端参数，写在 /www/server/mysql/etc/my.cnf 的 [mysqld] 段里，重启 mysqld 才生效。TP 的 database.php 里加 'max_connections' => 100 完全无效。
- 查当前值：
mysql -uroot -p -e "SHOW VARIABLES LIKE 'max_connections';" - 设值示例：
[mysqld]\nmax_connections = 500（8GB 内存服务器建议 2500 左右） - 配套调整：
wait_timeout = 60和interactive_timeout = 60，防空闲连接占位 - 宝塔面板点“重启 MySQL”有时不 reload my.cnf，建议终端执行
systemctl restart mysqld
真正扛住高并发的实操组合
别纠结“TP 连接池”，要盯住三层协同：应用层复用 + 数据库层容量 + 中间件分流。单一环节调优效果有限，且容易掩盖真实瓶颈。
- 应用层：FPM 模式开
deploy => 1+pool_time => 3600；Swoole 模式配config/swoole.php的db_pool - MySQL 层：调
max_connections、压测后反推pm.max_children，禁用慢查询（slow_query_log = ON） - 架构层：读写分离做实（
Db::connect('read')）、引入ProxySQL（TP 只需把 host 改成 proxy 地址） - 最容易被忽略的一点：
deploy => 1在 FPM 下意义有限，但很多人把它当成万能解药，结果 QPS 上不去还死磕 TP 配置
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
