ThinkPHP 配置多数据库需在 database.php 的 connections 数组中显式定义各连接（如 'mysql_log'），每个连接须含 type、hostname 等完整字段；模型通过 connect('mysql_log') 切换，事务不跨库，配置不支持热更新。
如何在 ThinkPHP 中配置多个数据库连接
ThinkPHP 支持多数据库连接，但不是靠“自动识别”或“开箱即用”，而是通过显式定义连接配置 + 手动指定使用哪个连接。关键在 database.php 配置文件里写清楚每个连接的参数，而不是只留一个 default。
常见错误是改了 default 连接后，以为所有模型都会自动切过去；其实模型默认只认 default，其他连接必须主动调用才能生效。
- 在
config/database.php中，把多个连接写进connections数组，比如：'mysql_log' => [...]、'pgsql_report' => [...] - 每个连接必须有唯一键名，并完整包含
type、hostname、database、username、password等字段，缺一不可 - 不要删掉
default连接 —— 即使你从不直接用它，框架底层某些初始化逻辑仍会读取它 - 如果连接 PostgreSQL 或 SQL Server，
type必须写成pgsql或sqlsrv，写成mysql会导致驱动加载失败，报错Class 'think\db\connector\Mysql' not found
模型中如何切换到指定数据库连接
模型类本身不绑定某个连接，而是靠实例化时传入连接标识，或者调用 connect() 方法动态切换。最稳妥的方式是在模型方法里显式声明，而不是依赖构造函数或全局设置。
容易踩的坑是：在控制器里用 UserModel::connect('mysql_log')->select()，结果发现日志表没写进去 —— 很可能因为该模型的 table 属性还是指向原库的表名，而目标库中没有同名表，或者表结构不一致。
立即学习“PHP免费学习笔记（深入）”；
- 推荐写法：
(new UserModel())->connect('mysql_log')->select()，避免静态调用带来的连接复用干扰 - 如果想让某个模型固定用某连接，可在模型类中重写
initialize()方法：$this->connect('mysql_log'); -
connect()接收的是配置里的连接键名（如'mysql_log'），不是 DSN 字符串，传错会静默回退到default - 跨库关联查询（比如主库查用户、从库查订单）无法用
with()自动完成，必须拆成两个独立查询再手动合并
事务能否跨多个数据库连接
不能。ThinkPHP 的 transaction() 只作用于单个连接实例，即使你在同一个事务块里操作两个不同 connect() 的模型，它们也分别走各自的连接，彼此隔离、互不感知。
这意味着：如果你需要 A 库更新用户余额、B 库记录流水，并要求两者同时成功或失败，ThinkPHP 原生事务机制帮不上忙 —— 必须自己实现补偿逻辑或用分布式事务中间件。
- 以下写法看似在一个事务里，实则无效：
Db::connect('mysql_main')->transaction(function () { User::connect('mysql_main')->update(); Order::connect('mysql_log')->insert(); }); - 真正起作用的只有第一个
connect()指定的连接，第二个Order::connect(...)在闭包里新建了连接，不参与外层事务 - 若强行用同一个连接对象多次
execute()跨库语句（如UPDATE db1.users SET ...; INSERT INTO db2.logs ...），MySQL 会报错ERROR 1105 (HY000): Unknown error，因为非事务性 DDL/DML 不支持混合库操作
连接配置热更新是否可行
不行。ThinkPHP 在应用启动时一次性加载并缓存 database.php 配置，后续不会重新读取。修改配置后必须重启服务（或清空 runtime/cache/ 下的配置缓存文件）才生效。
这在容器化部署或灰度发布场景下容易被忽略：你以为改了 config 就立刻切库，结果新连接始终连不上，日志里反复出现 Connection refused，排查半天才发现是缓存没清。
- 开发期可加
'deploy' => 0关闭配置缓存，但仅限调试，上线必须关掉 - 不要试图在运行时修改
Config::set('database.connections.xxx', [...])来动态增删连接 —— 框架不会把新配置注入到已初始化的 Db 类中 - 如果真需要运行时选库（比如按租户 ID 分库），建议封装一个连接工厂类，根据参数返回已配置好的
Connection实例，而不是改全局配置
