Laravel Eloquent查询性能远低于原生PHP/PHPMyAdmin，求排查原因

针对你遇到的Eloquent查询耗时远高于原生PHP和PHPMyAdmin的情况，可按以下步骤排查：

1. 检查模型的表名与主键配置 #

原生SQL查询的是dico表，且主键字段为id_mot，但Eloquent有默认命名规则：

• 默认模型Word对应的表是复数形式words，若你的实际表是dico，必须在模型中显式指定：

  protected $table = 'dico';
  

• Eloquent默认主键为id，若你的表主键是id_mot，需手动设置：

  protected $primaryKey = 'id_mot';
  

  配置错误会导致Eloquent执行错误的查询逻辑（比如全表扫描、字段映射错误），直接拉低性能。

2. 关闭不必要的自动时间戳 #

如果dico表没有created_at和updated_at字段，Eloquent默认会尝试维护这两个字段，产生额外开销。在模型中关闭：

public $timestamps = false;

3. 对比Eloquent生成的SQL与原生SQL #

用toSql()打印Eloquent实际执行的SQL，确认和原生查询是否一致：

dd(Word::select('id','mot_origine')->where('origine','fr')->toSql());

若生成的SQL和原生SELECT id_mot, mot_origine, genre FROM dico WHERE origine='fr'差异较大（比如表名错误、多了额外条件），直接定位问题根源。

4. 排查全局作用域或模型观察者 #

如果模型添加了全局作用域（Global Scope）或模型观察者（Observer），会自动附加额外逻辑拖慢查询。可临时移除全局作用域测试：

$words = Word::withoutGlobalScopes()->select('id','mot_origine')->where('origine','fr')->get();

若性能提升，说明是全局作用域导致的问题。

5. 检查模型的默认关联预加载 #

若模型中设置了$with属性自动预加载关联，会触发额外的N+1查询：

// 若模型中有类似配置，临时注释后测试
// protected $with = ['someRelation'];

6. 确认数据库连接配置 #

检查config/database.php中的数据库连接信息，确保使用的是本地数据库（而非远程地址），且连接参数（如端口、字符集）配置正确。

注：Eloquent将查询结果转为模型实例确实会比原生数组转换耗时，但7803条数据的转换开销应在几百毫秒级别，不会达到14秒的差距，因此核心问题大概率出在模型配置或查询逻辑的额外开销上。

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