db::connect()不是切换而是新建独立连接实例，不显式使用则无效；必须提前在config/database.php中完整定义配置名，且所有查询需显式调用该实例或绑定到请求对象。
ThinkPHP 6 多数据源切换失败，根本不是“没配对”或“写错了”，而是框架设计上就拒绝隐式切换——Db::connect() 返回的是全新实例，不改变任何全局状态，所有“以为切了但其实没切”的问题，都源于这个前提被忽略。
Db::connect() 不是切换，是新建连接实例
这是最常被误解的一点。调用 Db::connect('log_db') 后不立即使用它，就等于什么都没做。
- 错误写法：
Db::connect('log_db'); Db::table('log')->select();→ 第二行仍走default - 正确写法：
Db::connect('log_db')->table('log')->select();或先赋值：$logDb = Db::connect('log_db');，再用$logDb->table() - 配置名
'log_db'必须提前在config/database.php的connections数组里完整定义，不能只传数组或 DSN - 若配置中漏掉
'database'字段，会报No database selected，不是连不上，是连上了但没选库
模型类 $connection 属性只读取一次，不响应运行时修改
模型里的 $connection 是静态绑定的，在类加载时就确定了，后续改它无效。
- 固定库场景：直接在模型中写
protected $connection = 'admin_db';，该值对应connections中的键名 - 多租户动态场景：不能在控制器里反复给
$model->connection = 'tenant_123'赋值，得在模型initialize()中注入连接对象，例如：$this->connection = app('request')->db; - 关联模型默认不继承主模型的
$connection，需显式在关联定义中加'connection' => 'admin_db' - 迁移命令（
php think migrate:run）完全无视模型的$connection，只按database.default执行
中间件里注册连接不生效，是因为默认连接已缓存
ThinkPHP 在第一次调用 Db::table() 或 Db::name() 时，就初始化并缓存了默认连接。中间件里再调 Db::connect()，只是新增一个实例，不会重置已建立的默认连接。
- 生效前提：必须在任何数据库操作之前完成连接注册与绑定
- 推荐做法：在中间件中解析租户标识（如子域名），组装配置数组，调用
Db::setConnectConfig('tenant_123', $config)注册，再通过app('request')->db = Db::connect('tenant_123');挂载到请求对象上 - 后续业务代码统一从
$request->db取连接，而不是用Db::table() - 高频切换时注意连接数：不要在循环里反复调
Db::connect()，复用同一个变量
事务跨库一定失败，因为事务绑定在单个 PDO 实例上
$db1->startTrans() 和 $db2->startTrans() 是两个完全孤立的事务，没有共享上下文，也无法合并提交或回滚。
- TP6 的事务机制不支持跨连接协调，这不是 bug，是设计限制
- 若业务强依赖跨库原子性，只能靠应用层补偿（如 TCC、本地消息表）或改用分布式事务中间件
- 临时规避：把跨库操作拆成独立步骤，用
try/catch+ 手动回滚各库，但无法保证强一致 - 特别注意：读写分离开启后，事务内所有查询（包括
select）强制走主库，但旧版可能因未同步初始化从库连接池，导致commit()报There is no active transaction
真正卡住人的，从来不是语法或配置项，而是对 Db 门面无状态本质的理解偏差——它不维护上下文，也不接管生命周期，所有“切换”动作都必须显式、及时、可追溯。一旦忘了这点，调试就会陷入查配置、看日志、怀疑框架的死循环。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
