Doctrine查询中orderBy为何导致耗时差异巨大？

你遇到的核心问题不在数据库查询本身，而在Doctrine ORM的结果转换（Hydration）阶段，结合orderBy的影响，导致了天差地别的耗时：

• 实体对象化的巨大开销：Doctrine的getResult()默认会把查询返回的每一行数据转换成对应的CourseSuccess、Course、User实体对象。这个过程要做的事情包括：实例化对象、通过反射给属性赋值、处理关联关系（哪怕是懒加载，也会初始化代理对象）、维护实体管理器的身份映射（Identity Map）。1000万行数据的话，这会消耗巨量的CPU和内存，直接把时间拉到分钟级。而你执行原生SQL时，数据库只返回原始的行数据，没有这层对象转换的开销，所以几秒就完成了。

• orderBy放大了Hydration的问题：当你加上orderBy('cs.successDate')后，数据库返回的是有序结果。Doctrine在处理有序结果时，无法对实体hydration做一些批量优化（比如无序结果可能可以批量初始化关联），而且逐行处理有序数据时，身份映射的维护成本更高。这就把原本就大的hydration开销进一步放大，导致耗时急剧增加。而去掉orderBy后，Doctrine能利用一些批量处理的优化，所以速度恢复正常。

• limit解决问题的本质：加limit后返回的行数骤减，对应的实体对象化总开销也跟着大幅降低，自然就回到了可接受的耗时范围。

你可以试试用getArrayResult()代替getResult()，直接返回数组而非实体对象：

$result = $entityManager->getRepository(CourseSuccess::class)
    ->createQueryBuilder('cs')
    ->join('cs.course','c')
    ->join(User::class,'ku','With','ku.username=cs.user')
    ->where('cs.successDate is not null')
    ->orderBy('cs.successDate')
    ->getQuery()->getArrayResult();

这个查询的耗时应该会和原生SQL接近，因为它跳过了实体hydration的步骤。

如果业务上确实需要处理1000万行数据，不建议用ORM直接返回所有实体：

• 用分页查询：结合limit和offset分批次处理数据，避免一次性加载百万级数据到内存。
• 用原生SQL配合Doctrine的结果集映射：既利用原生SQL的性能，又能按需转换为实体（但依然要注意分批处理）。
• 直接用数据库连接执行原生SQL，处理数组格式的结果，减少ORM overhead。

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