多数据库切换本身不导致断连，但复用旧连接、未重置状态或跨连接共享事务会触发2006错误；需每次db::connect()前显式db::close()，新连接必须完整配置break_reconnect和pdo::attr_errmode。
多数据库切换本身不会导致断开连接，但切换后复用旧连接、未重置连接状态或跨连接共享事务，才是报 SQLSTATE[HY000] [2006] MySQL server has gone away 的真实原因。
Db::connect() 切换数据库时连接没重置
调用 Db::connect($config) 创建新连接时，TP 默认不会主动关闭前一个连接，旧连接可能仍处于“已断开但未释放”状态；若后续又切回原配置，框架可能复用这个失效连接，直接触发 2006 错误。
- 显式关闭上一个连接：
Db::close()必须在每次Db::connect()前调用，尤其在循环或高频切换场景 - 不要依赖“自动回收”：PHP-FPM 请求结束时才释放，CLI 或 Swoole 常驻进程里会一直挂着失效连接
- 验证是否真切换成功：打印
Db::getPdo()->getAttribute(\PDO::ATTR_SERVER_VERSION)，确认不是复用了旧 PDO 实例
多数据库共用同一套 break_reconnect 配置失效
break_reconnect 是按连接实例生效的，不是全局开关。你给主库配了 'break_reconnect' => true，但用 Db::connect($otherConfig) 新建的连接若没带该参数，它就仍是默认 false，断连后直接抛异常。
- 每次手动连接都必须完整传入参数：
'break_reconnect' => true和'params' => [\PDO::ATTR_ERRMODE => \PDO::ERRMODE_EXCEPTION] - 避免只传 hostname/database 等基础字段——漏掉
params，break_reconnect就不触发 - 配置复用建议：把通用项抽成数组，再
array_merge($baseParams, $specificConfig)，防止遗漏
事务中跨数据库操作引发连接错乱
ThinkPHP 不支持跨数据库事务。如果你在 Db::startTrans() 后先操作库 A，再切到库 B 执行写入，框架无法协调两个独立 PDO 连接的事务状态——B 库连接断开时，A 库事务可能已部分提交，重连逻辑也只作用于 B 库当前连接，A 库连接不受影响也不感知。
- 绝对禁止在同一个事务块内切换数据库连接
- 如需原子性，改用消息队列+最终一致性，或由 MySQL 层做分布式事务（XA，但 TP 不封装）
- 调试时加日志：
Db::getLastSql()+Db::getPdo()->getAttribute(\PDO::ATTR_CONNECTION_STATUS)，确认执行时连的是哪个库、连接是否活跃
最易被忽略的一点是：多数据库切换后，Db::table() 默认仍走主库连接，除非你显式绑定实例（如 $dbB->table('log')->select()）。别以为切了配置就万事大吉，没把查询绑定到对应连接实例上，照样用错连接、触发断连报错。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
