同比计算应通过子查询生成“去年同月”字段再关联，避免直接过滤丢数据；环比须用日期函数自连接而非lag()以防跨月跳变；需注意分组去重、字段类型一致及索引优化。
子查询里怎么写同比（Year-on-Year）计算
同比的核心是拿当前期数据和去年同期对比，关键在于让数据库能“跨年对齐”。直接用 DATE_SUB(NOW(), INTERVAL 1 YEAR) 做条件过滤会丢掉部分月份（比如2024年2月查2023年2月，但2023年2月可能没数据），更可靠的方式是用子查询把“去年同月”作为字段算出来，再关联。
常见错误是写成：WHERE year = YEAR(NOW()) - 1 AND month = MONTH(NOW())——这只能查固定某个月，无法批量跑全表；或者在 SELECT 里硬套 YEAR(date_col) = YEAR(NOW()) - 1，导致无法走索引。
- 正确做法：在子查询中用
DATE_FORMAT(date_col, '%Y-%m')统一粒度，外层用该字段做JOIN或LEFT JOIN - 如果原始表没有日期字段而是只有年份+月份字段（如
year_num,month_num），可用CONCAT(year_num, '-', LPAD(month_num, 2, '0'))拼出标准年月字符串参与关联 - 注意时区影响：
NOW()和表中时间字段是否同属一个时区？建议统一转为 UTC 后再比对，避免凌晨数据错位
环比（Month-on-Month）为什么不能只靠LAG()函数
LAG() 确实简洁，但它依赖窗口排序的严格连续性。一旦某月无数据（比如2024年3月销售为0且未记账），LAG(sales, 1) 会跳到2月，导致2024年4月的环比基期变成2月而非3月——这不是业务要的“上月”，而是“上一个有数据的月份”。
真实场景需要的是确定性的“前一个月”，不是“前一条记录”。这时候必须用自连接子查询构造明确的时间偏移。
- 推荐结构：
LEFT JOIN t AS prev ON DATE_FORMAT(cur.date_col, '%Y-%m') = DATE_FORMAT(DATE_SUB(cur.date_col, INTERVAL 1 MONTH), '%Y-%m') - 别用
cur.year = prev.year AND cur.month = prev.month + 1这类逻辑——跨年时（12→1）会断掉，必须用日期函数兜底 - 若性能吃紧，给
DATE_FORMAT(date_col, '%Y-%m')建函数索引（MySQL 8.0+）或冗余一个ym_str CHAR(7)字段并建索引
自连接子查询怎么避免笛卡尔积和NULL陷阱
写 LEFT JOIN (SELECT ...) AS prev 时，如果子查询没加 GROUP BY 或去重逻辑，很容易一对多匹配，造成主表行数暴增、聚合结果翻倍。更隐蔽的问题是：当某月完全没数据时，prev 全为 NULL，但 IFNULL(prev.sales, 0) 可能掩盖了“该月本应存在但漏录”的问题。
- 子查询务必包含完整分组键：比如按
DATE_FORMAT(date_col, '%Y-%m')分组，并用SUM(sales)聚合，而不是 SELECT * 原样导出 - 主表和子查询的连接字段类型要一致：比如一边是
CHAR(7)，另一边是VARCHAR(7)，某些版本 MySQL 会隐式转换失败，导致JOIN不生效 - 检查 NULL 的业务含义：同比/环比结果为 NULL 是因为没数据，还是因为计算逻辑被
WHERE提前过滤掉了？建议先查子查询单独执行的结果，再看 JOIN 后的 NULL 分布
复杂场景下嵌套子查询的性能临界点在哪
三层以上嵌套（比如同比子查询里再套环比逻辑）会让执行计划难以优化，尤其当每层都涉及全表扫描或大范围日期过滤时。MySQL 的查询优化器对多层派生表支持有限，容易放弃使用索引。
实际观察到的拐点通常是：单次查询扫描行数 > 表总行数 30%，或子查询返回结果集 > 5000 行。这时不如拆成临时表或物化中间结果。
- 优先用
CREATE TEMPORARY TABLE把年月汇总结果存下来，主查询直接 JOIN 临时表——比反复执行相同子查询快 3–5 倍 - 避免在子查询的
WHERE中用函数操作字段：WHERE YEAR(date_col) = 2023无法走索引，改用date_col >= '2023-01-01' AND date_col - 如果必须嵌套，把最外层过滤条件尽量下沉到内层子查询（比如先限定
date_col >= '2023-01-01'），减少逐层传递的数据量
真正难的不是写出嵌套语句，而是判断哪一层该提前物化、哪一处索引失效了却还在硬扛——这些得看 EXPLAIN 的 rows 和 type 列，而不是凭感觉调优。
