根本原因是M()默认只读取主数据库配置，不识别多库标识；必须显式传入连接名如M('user','','db_second')或改用Db::connect('db_second')->name('user')->select()。
ThinkPHP多数据库配置后M()仍连错库怎么办
根本原因是 M() 默认只读取主数据库配置（DB_* 系统配置项），不自动识别多库标识。即使你在 config.php 里定义了多个数据库配置（如 'db_second' => [...]），M('user') 依然走默认库。
解决方法只有显式传入数据库配置键名：
- 用
M('user', '', 'db_second')—— 第三个参数是连接标识，对应配置数组的 key - 或改用
Db::connect('db_second')->name('user')->select()，更明确、兼容性更好 - 切勿依赖
DB_PREFIX切换库：前缀只影响表名，不切换连接实例
常见错误现象：M('user', '', 'db_second')->select() 报错“Access denied”，其实是 db_second 配置里密码写错了，但错误提示不指向具体配置项，容易误判为语法问题。
跨库 JOIN 查询在 ThinkPHP 里怎么写
ThinkPHP 原生不支持跨库 JOIN（比如 SELECT * FROM db1.user JOIN db2.profile），因为底层 PDO 连接是单实例的，无法同时持有多库句柄。
立即学习“PHP免费学习笔记（深入）”；
可行方案只有两种，没有第三种：
- 用
Db::query()手写原生 SQL，显式带上库名前缀：Db::query("SELECT u.id, p.name FROM db1.user AS u JOIN db2.profile AS p ON u.id = p.uid") - 分两次查，用 PHP 合并：先查
Db::connect('db1')->name('user')->select()，再用 ID 数组查Db::connect('db2')->name('profile')->where('uid', 'in', $ids)->select()
注意：table('db1.user') 写法在部分旧版本会触发异常，不是所有版本都支持库名前缀；TP6.0+ 推荐统一用 Db::connect()->query() 控制精度。
多数据库事务失败，rollback 不生效的原因
ThinkPHP 的 Db::startTrans() / commit() / rollback() 仅对**当前连接实例**有效。如果你在事务块里混用了多个 Db::connect('xxx')，它们彼此独立，rollback 只能回滚最后一次 connect 的那个库。
典型翻车场景：
-
Db::startTrans(); Db::connect('db1')->execute(...); Db::connect('db2')->execute(...); Db::rollback();→ 只有 db2 回滚，db1 已提交 - 解决方案：必须用同一个连接对象操作，或改用分布式事务中间件（如 Seata），TP 自身不提供跨库事务保证
- 验证是否真在事务中：
Db::getPdo()->inTransaction()返回 true 才算进去了
别信“只要 startTrans 就全局生效”这种模糊认知——它只绑定到当前 Db 实例，而多库意味着多个实例。
模型类指定多库连接时，save() 仍走默认库
在模型里写 protected $connection = 'db_second'; 是 TP5+ 的标准做法，但前提是模型被正确加载且未被 M() 绕过。很多情况下，开发者写了模型，却还在控制器里写 M('User')，这就完全无视了模型里的 $connection 设置。
正确姿势：
- 用
UserModel::create()或new UserModel()实例化，确保走模型类定义 - 禁用
M()：它本质是快捷函数，绕过模型层，永远只认默认库 - TP6 中若用
Db::name('user')，也得配合connect()，否则还是默认库
最容易被忽略的一点：模型文件名、类名、表名三者命名必须规范（如 UserModel.php → UserModel 类 → 表 user），否则框架无法自动绑定连接配置，$connection 属性形同虚设。
