db::connect()传错键名导致connection not found：键名含点号、大小写不匹配或用数组方式连接均会静默回退默认库，跨库查询时模型$connection设置仅影响主表，关联查询仍按各自模型配置执行。
Db::connect() 传错键名导致 Connection not found
最常见的“找不到表”其实是根本没连上库，报错却显示 Table 'xxx' doesn't exist —— 因为框架默认用主库连接去查，而主库压根没那张表。根源往往是 Db::connect() 的参数写错了。
-
Db::connect('log_db')✅ 前提是config/database.php的connections['log_db']已正确定义 -
Db::connect('log.db')❌ 键名含点号，框架解析失败，退回到默认连接 -
Db::connect('LogDB')❌ 大小写敏感，配置里若写的是'logdb'就不匹配 -
Db::connect(['hostname' => '...'])❌ 临时数组方式不走连接池，高并发下易连错库或超限，且不会触发键名校验，静默 fallback 到默认库
跨库查询时模型 $connection 设置被忽略
你以为给模型写了 protected $connection = 'log_db' 就万事大吉？错。这个设置只影响该模型的主表操作，with() 关联、join() 或子查询仍按各自模型的 $connection 走 —— 如果关联模型没设，就回默认库，结果就是查不到表。
-
User::with('login_log')->select()中，User走mysql，但LoginLog模型若没声明$connection，就会去主库找login_log表 - 正确做法：在
LoginLog模型里明确写protected $connection = 'log_db' - 如果只是偶尔查，别绑模型，直接用
Db::connect('log_db')->table('login_log')->where(...)->select()
表名冲突或未加前缀导致字段覆盖/查询失败
两个库都有 id、name 字段，又没显式重命名，PHP 合并结果时后查的数据会覆盖前查的同名字段，看起来像“查不到”，实际是被盖掉了。
- 用
->field('user.id as user_id, user.name as user_name, log.id as log_id')显式别名 - 避免用
SELECT *，尤其跨库合并前务必限定字段 - 检查各库表结构是否真一致：比如一个库用
user_id，另一个用uid，硬关联会空跑
.env 配置未生效导致连接参数为空
.env 文件不支持嵌套语法，写 DATABASE2.HOSTNAME=192.168.1.11 是无效的，结果 connections['mysql2'] 里 hostname 变成空字符串，连接时连到 localhost，自然找不到目标库的表。
- 正确写法：
database2_hostname=192.168.1.11（扁平变量名） - 然后在
config/database.php中写'hostname' => env('database2_hostname', '127.0.0.1') - 改完
.env必须清缓存：php think clear:config，否则旧值还在 runtime/ 下生效
Db::getLastSql() 实际发到了哪个库。php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
