symfony慢查询主要源于n+1问题、缺失索引、全表扫描及低效关联加载；优化核心是“减少查、精准查、缓存查”：禁用eager加载，改用显式join与标量查询，启用redis驱动的查询/结果/元数据三重缓存，并为where、join、order by字段添加复合索引。
Symfony慢查询主要来自N+1问题、未索引字段、全表扫描或低效关联加载。优化核心是“减少查、精准查、缓存查”。
识别并消灭N+1查询
这是最常见也最容易被忽略的性能杀手——比如列表页查出10个用户，再为每个用户单独查一次头像或角色，实际执行11次SQL。
- 用Web Profiler（开发环境底部栏）查看“Database”面板，点开每个请求看SQL数量和内容
- 在Repository中改用
JOIN+SELECT一次性获取所需数据，例如：$qb->select('u', 'p')->from(User::class, 'u')->leftJoin('u.profile', 'p') - 禁用默认EAGER加载，把
fetch="EAGER"全改为"LAZY"，按需显式JOIN
精简查询字段与结果集
不查不需要的字段，不加载不需要的实体，能直接降低内存和网络开销。
- 避免
$repo->findAll()或$qb->select('u')->from(User::class, 'u')这种全量加载 - 改用标量查询：
SELECT u.id, u.email, u.createdAt，返回数组而非实体对象 - 对统计类场景（如后台报表），直接写原生SQL或使用
count()/sum()聚合函数
启用并配置Doctrine查询缓存
重复执行的DQL语句（尤其是带参数的固定结构查询）适合缓存执行计划；高频读取的结果适合缓存结果本身。
- 在
config/packages/doctrine.yaml中启用三类缓存驱动（推荐Redis）：query_cache_driver、result_cache_driver、metadata_cache_driver - 对确定性高的查询手动开启结果缓存：
$query->useResultCache(true, 3600, 'user_latest_list') - 注意：含
NOW()、RAND()等动态函数的查询不能缓存
添加数据库索引与分析执行计划
Doctrine再快，也绕不开MySQL/PostgreSQL本身的执行效率。慢查询往往卡在没走索引。
- 用
EXPLAIN分析慢SQL（Profiler里可直接点击“Explain”按钮） - 为
WHERE、ORDER BY、JOIN涉及的字段加索引，例如：CREATE INDEX idx_post_status_created ON post (status, createdAt); - 避免在索引字段上使用函数，如
WHERE YEAR(createdAt) = 2026会跳过索引
