db::connect() 可新建独立连接实例临时换库，但需显式使用返回对象；多库配置须字段完整且 hostport 为整数；事务不跨库；高频调用需复用变量避免连接耗尽。
Db::connect() 能不能临时换库
能，但不是“切换”，而是新建一个独立连接实例。ThinkPHP 的 Db::connect() 每次调用都返回全新连接对象，和默认连接（Db::name() 用的那个）完全无关，也不会影响全局配置。
常见错误是以为调用一次 Db::connect() 就能让后续所有查询自动走新库——实际不会。你得把返回的连接对象显式用于查询，比如 $db->table()->select()。
- 必须保存返回值，例如
$otherDb = Db::connect('mysql2') - 后续操作全靠这个变量，
Db::name()、Db::table()等静态方法仍走默认库 - 配置名
'mysql2'需提前在database.php或运行时用Db::setConfig()注册
多库配置怎么写才不报错
ThinkPHP 要求每个额外数据库配置必须有唯一键名，且结构与默认库一致；漏字段或类型错（比如把 port 写成字符串 "3306"）会导致连接失败，错误信息通常是 PDOException: SQLSTATE[HY000] [1045] 或直接超时。
关键字段： type、hostname、database、username、password、hostport（注意不是 port），缺一不可。
-
hostport必须是整数，"3306"会静默失效 -
database不能为空，哪怕只查 information_schema 也得填真实库名 - 如果用 DSN 方式传参，
Db::connect('mysql:host=...;dbname=...')，则跳过配置名查找，但无法复用连接池
事务跨库是否可行
不行。ThinkPHP 的事务绑定在单个连接实例上，$db1->startTrans() 和 $db2->startTrans() 是两个孤立事务，无法合并提交或回滚。强行混用会导致部分写入成功、部分失败，数据不一致。
典型场景：订单主表在库 A，日志表在库 B，想一起提交——这必须靠业务层补偿或最终一致性，不能依赖框架事务。
- 同一
Db::connect()实例内可正常事务 - 不同连接实例间无事务上下文共享
- MySQL XA 事务 ThinkPHP 不支持，也不推荐在 Web 应用中使用
连接复用和性能要注意什么
Db::connect() 默认不复用连接，每次调用都新建 PDO 实例。高频调用（如循环内）会快速耗尽 MySQL 连接数，报错 SQLSTATE[HY000] [1040] Too many connections。
解决办法不是“缓存 Db 对象”，而是控制调用时机：在需要的地方一次性获取，重复使用该变量，而不是反复调用 Db::connect()。
- 避免在 for 循环里写
Db::connect('log')->insert(...) - 改用
$logDb = Db::connect('log');，然后循环中用$logDb->insert(...) - 连接配置里开
'deploy' => 0（关闭读写分离）和'debug' => false可小幅提升初始化速度
真正容易被忽略的是配置热加载：修改 database.php 后，命令行或 CLI 模式下可能因配置缓存未刷新而连错库，此时要手动删 runtime/cache/ 下的配置缓存文件。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
