在Symfony2中为数据库加索引是提升查询性能最直接有效的方式，需在实体类@ORM\Table中声明单列或复合索引（如idx_user_email、idx_user_status_created），并配合SELECT字段精简、预加载JOIN、EXTRA_LAZY策略及SQL日志分析进行综合优化。
给数据库加对索引，是让 Symfony2 查询快起来最直接有效的方式。它不改业务逻辑，也不依赖硬件升级，关键在“建在哪”和“怎么用”。
实体类里声明索引，让 Doctrine 主动管理
别等上线后手动写 SQL 加索引。在实体类的 @ORM\Table 注解中直接定义，Doctrine 迁移工具就能自动识别并生成对应语句：
- 单列索引适合高频查询字段，比如用户邮箱登录：
@ORM\Index(name="idx_user_email", columns={"email"}) - 复合索引要按查询条件顺序排列，例如常查“状态+创建时间”的列表：
@ORM\Index(name="idx_user_status_created", columns={"status", "createdAt"}) - 运行迁移前检查配置项
doctrine.dbal.schema_filter，避免误删系统表；若没生成 SQL，可能是 ORM 映射未被扫描到或用了--filter-expression
查什么就选什么，减少数据搬运开销
默认用 SELECT u 会加载整个实体及其关联对象，浪费内存和网络带宽。明确指定字段可显著提速：
- 列表页只显示 ID、用户名、发帖数？写：
SELECT u.id, u.username, COUNT(p.id) as postCount - 避免
u.posts全量加载，尤其当 posts 表很大时 - 搭配
GROUP BY u.id和LEFT JOIN，既准确又轻量
消灭 N+1 查询，一次 JOIN 解决所有关联
模板里循环调用 $user->getPosts() 是典型陷阱——每查一个用户，就额外发起一次查帖子的请求。用预加载切断链式查询：
- 控制器中改用 DQL 或 QueryBuilder 显式 JOIN：
SELECT p, c FROM App:Product p JOIN p.categories c - Repository 方法里封装好，避免逻辑散落在模板或控制器中
- 配合
EXTRA_LAZY关联策略，让 count() 等操作不触发全量加载
配合缓存与日志，让优化有的放矢
索引不是万能的，得知道哪些查询真慢、哪些缓存已生效：
- 开发环境开启 Doctrine SQL 日志：
doctrine.dbal.logging: true，配合 Web Profiler 查看执行计划 - 高频静态数据（如分类列表）启用结果缓存，驱动推荐 Redis：
result_cache_driver: redis - 注意缓存键设计，避免因参数微小差异导致缓存失效
