合理使用CTE提升可读性，确保索引与查询条件对齐，SELECT只取必要字段，利用EXPLAIN分析执行计划，通过模块化和注释增强维护性，避免过度优化影响理解。
写好复杂的 SQL SELECT 语句，关键在于平衡性能和可读性。高效意味着查询执行快、资源消耗少；易维护则要求逻辑清晰、结构合理，便于后续修改和排查问题。以下几点能帮助你在复杂查询中实现这两个目标。
合理使用 CTE 提升可读性
面对多层嵌套的子查询，用 WITH 子句定义 CTE（Common Table Expressions）能让逻辑更清晰。
CTE 把复杂逻辑拆解成多个命名步骤，每个步骤职责明确，便于理解和测试。
- 避免过深的嵌套，把中间结果独立出来
- 给每个 CTE 起有意义的名字，比如 sales_by_region、active_users_last_month
- 递归查询也适合用 CTE，结构更直观
相比一整行子查询拼接，CTE 更容易定位问题，也方便临时注释某部分进行调试。
索引与查询条件对齐
再漂亮的 SQL，没有合适的索引支持也会变慢。确保 WHERE、JOIN、ORDER BY 中涉及的字段有合理索引。
- 复合索引注意字段顺序，匹配查询条件的筛选强度
- 避免在索引列上做函数操作，如 WHERE YEAR(create_time) = 2024，应改写为日期范围查询
- SELECT 只取需要的字段，减少 I/O 和网络传输
执行计划（EXPLAIN）是必备工具，查看是否走索引、有无全表扫描、连接方式是否合理。
模块化与注释增强可维护性
复杂查询往往涉及业务规则整合，直接写在一起容易变成“黑盒”。
- 将通用逻辑封装成视图或内联表值函数（如果数据库支持）
- 在关键步骤添加注释，说明为什么这样关联或过滤
- 使用缩进和换行对齐 JOIN 和 ON 条件，提升视觉结构感
例如多表关联时，每一对 JOIN 独占几行，ON 条件垂直对齐，比挤在一行更容易检查关联关系是否正确。
避免过度优化导致晦涩
有时候为了性能，有人会强行合并查询或用各种技巧绕开数据库机制，结果别人看不懂，自己三个月后也看不懂。
保持语义清晰比节省几毫秒更重要。现代数据库优化器很智能，干净的 SQL 往往能被更好优化。
- 不要为了“少一次查询”把本该分开的逻辑硬揉在一起
- UNION ALL 比 UNION 快，但只有去重必要时才用 UNION
- 窗口函数通常比自连接更高效且易读，优先考虑
基本上就这些。写出高效的复杂 SELECT，不是靠炫技，而是靠结构清晰、索引得当、逻辑分明。只要每次写完问自己：别人能看懂吗？有没有冗余计算？关键路径有没有索引？就能持续改进。不复杂但容易忽略。
