Laravel 5.6/Eloquent为何与自身数据库连接存在不一致？

先把你遇到的场景再明确下：

我的应用仅在生产环境中出现异常行为（实际界面和tinker中均会发生），操作及结果如下：

>> $db = DB::connection();

=> Illuminate\Database\MySqlConnection {#832}

\App\User::resolveConnection()->select('select * from users');
=> [
{#838 +"id": 2, +"deleted_at": "2018-04-10 20:47:07", ...正常数据 },
{#848 +"id": 3, +"deleted_at": "2018-04-10 20:47:07", ...正常数据 },
]
\App...（内容截断）

现咨询为何Laravel 5.6/Eloquent会出现与自身数据库连接不符的情况？

嘿，我来帮你梳理下这个问题最可能的几个原因和排查方向：

• 模型硬指定了非默认连接
  这是最常见的情况——检查你的App\User模型里有没有定义$connection属性，比如protected $connection = 'secondary_db';。如果有这条代码，模型会优先使用这个指定的连接，而不是DB::connection()默认调用的全局连接。
  你可以在tinker里直接验证：执行(new \App\User())->getConnectionName();，看看输出的连接名称是不是和DB::connection()->getName()一致。

• 生产环境的配置存在差异
  生产环境的.env文件或者config/database.php配置可能和你预期的不一样。比如DB_DATABASE指向了另一个库，或者模型使用的连接配置（比如'secondary_db'）在生产环境里的数据库地址/库名和默认连接不同。
  排查步骤：在生产tinker里执行config('database.connections')，打印出所有连接的详细配置，对比默认连接和模型使用的连接的database、host等核心参数；同时检查.env文件有没有拼写错误，比如把DB_CONNECTION写成了其他值。

• 配置缓存没更新
  生产环境通常会运行php artisan config:cache来优化性能，但如果之后修改了.env或者配置文件却没清缓存，模型可能还在使用旧的连接配置。
  解决方法：执行php artisan config:clear清除配置缓存，然后重新测试查询是否正常。

• 连接复用/连接池的问题
  如果生产环境开启了数据库持久连接（DB_PERSISTENT=true），连接池里的旧连接可能没有正确重置，导致模型复用了错误的连接。
  排查步骤：在tinker里先执行DB::purge('默认连接名');（或者模型使用的连接名），再重新执行模型查询，看结果是否和DB::connection()的查询一致；也可以临时把DB_PERSISTENT改成false测试是否解决问题。

• 全局作用域/观察者偷偷切换了连接
  有没有给User模型加过全局作用域，或者注册了模型观察者？某些业务逻辑可能会在查询前切换到其他数据库，却没在查询结束后切回来，导致后续所有模型查询都用了错误的连接。
  排查步骤：暂时注释掉模型boot方法里的全局作用域代码，或者禁用观察者，再测试查询是否恢复正常。

建议先从模型的$connection属性和配置缓存这两个方向入手排查，这两个是最容易踩坑的点。

内容的提问来源于stack exchange，提问作者Lucas Green