symfony 3 数据库查询慢的核心在于orm使用不当和sql低效，应通过join预加载避免n+1、只选必要字段、添加联合索引、启用结果缓存来优化。
Symfony 3 中数据库模型关联查询慢，核心问题通常不是框架本身，而是 ORM 使用方式和底层 SQL 效率。关键要打破“查完再遍历”的惯性思维，从查询发起阶段就控制数据加载行为。
用 JOIN 预加载代替惰性触发
Doctrine 默认对 OneToMany/ManyToOne 关联采用惰性加载（Lazy Loading），看似节省内存，但遍历时极易引发 N+1 查询——比如查 100 个用户，再逐个访问其 profile，就会执行 101 次 SQL。
- 在 Repository 中显式使用
leftJoin()+addSelect()一次性获取所需关联数据 - 避免在循环里调用
$user->getProfile()->getName()这类 getter - 示例写法：
$qb = $this->createQueryBuilder('u')<br> ->select('u', 'p')<br> ->leftJoin('u.profile', 'p');
只选真正需要的字段
默认 SELECT * 会把所有字段（包括大文本、二进制）全拉过来，浪费网络带宽、内存和序列化时间。
- 用
select('u.id', 'u.name', 'p.email')明确指定字段 - 关联表也约束字段：
->addSelect('p.id', 'p.email') - 尤其避免在列表页加载 avatar、description 等非必要字段
给高频查询字段加联合索引
即使 DQL 写得再好，没索引也会全表扫描。N+1 问题常掩盖了更底层的索引缺失。
- 检查常用 WHERE 条件组合，如
WHERE status = ? AND created_at > ?→ 建联合索引(status, created_at) - 外键字段必须有索引（Doctrine 不自动建，需手动执行 migration）
- 用
EXPLAIN验证查询是否命中索引，避免因函数操作（如WHERE DATE(created_at) = ...）导致失效
启用并合理使用结果缓存
对不常变的关联数据（如分类、配置、地区），缓存能直接跳过数据库。
- 在 doctrine.yaml 中配置 Redis 结果缓存池（推荐
cache.adapter.redis_tag_aware） - 代码层开启：
$query->useResultCache(true, 3600, 'user_with_profile');
- 注意：缓存键基于 DQL 和参数生成，确保参数稳定（避免传入变动的时间戳）
