Laravel跨数据库使用Eloquent has()方法触发QueryException异常

我太懂你这个头疼的问题了！你明明已经给两个模型分别指定了不同的数据库连接，结果用has()方法查询关联数据时，Laravel居然傻乎乎地跑到db1里找infos表——这完全是因为has()方法默认会沿用父模型（也就是User）的数据库连接来构建子查询，根本没考虑关联模型（Info）的连接设置。

先复盘下你的场景：

• db1有users表，对应User模型，连接设为db1
• db2有infos表，对应Info模型，连接设为db2
• User和Info是hasOne关联，但执行User::has('info')->get()时，生成的SQL错误地在db1里查infos表，导致表不存在的异常

下面给你几个实用的解决方案，按需选就行：

方案一：在关联定义里指定完整表名 #

直接在User模型的关联方法里，给关联表加上数据库前缀，强制让查询指向db2的infos表：

public function info(): HasOne
{
    return $this->hasOne(Info::class, 'user_id')->setTable('db2.infos');
}

改完之后再执行User::has('info')->get()，生成的子查询就会正确引用db2.infos，不会再找错库了。这个方法最简单直接，适合数据库名固定的场景。

方案二：手动用whereExists构建子查询 #

如果需要更灵活的控制，可以放弃has()，改用whereExists手动写子查询，明确指定使用db2的连接：

use Illuminate\Support\Facades\DB;

$users = User::whereExists(function ($query) {
    $query->select(DB::raw(1))
          ->from('infos')
          ->whereColumn('infos.user_id', 'users.id')
          ->usingConnection('db2'); // 强制切换到db2连接
})->get();

这种方式完全由你掌控查询的连接，适合复杂的跨库查询场景。

方案三：给关联模型设置带数据库名的表名 #

在Info模型里直接把$table属性设为带数据库名的完整表名：

protected $table = 'db2.infos';

如果你的不同环境（本地/生产）数据库名不一样，可以结合环境变量动态设置：

protected $table = env('DB2_DATABASE') . '.infos';

这个方法适合全局都需要跨库访问Info模型的场景，一次设置，所有关联查询都会自动用正确的表名。

不管选哪种方案，改完之后都可以用dd(User::has('info')->toSql())验证下生成的SQL，确认子查询已经指向db2.infos就没问题啦！

备注：内容来源于stack exchange，提问作者none