SELF JOIN 能查连续日期是因为通过日期加减运算匹配相邻行，如t1.date=DATE_ADD(t2.date, INTERVAL 1 DAY)；需确保DATE类型、避免隐式转换、用NOT EXISTS找起点终点或ROW_NUMBER()分组识别完整连续段。
SELF JOIN 为什么能查连续日期
连续日期的本质是：某条记录的日期，恰好等于另一条记录的日期加一天。SELF JOIN 的核心就是让同一张表“自己连自己”，通过 ON t1.date_col = DATE_ADD(t2.date_col, INTERVAL 1 DAY) 这类条件，把相邻两天的行配对出来。
注意：必须确保日期字段是 DATE 类型（不是 DATETIME 或字符串），否则隐式转换可能漏掉匹配或引发性能问题；如果含时间部分，先用 DATE() 提取日期再比较。
怎么写才能拿到真正的“连续段”起止
只靠一次 JOIN 只能得到“相邻两天”的组合（比如 2024-01-01 ↔ 2024-01-02），但无法区分它是孤立的两天，还是更长连续序列（如 2024-01-01 到 2024-01-05）的一部分。要识别完整连续段，得用“找起点 + 找终点”的思路：
- 起点 = 该日期存在，但前一天不存在（即
NOT EXISTS检查前一日无记录） - 终点 = 该日期存在，但后一日不存在（同理
NOT EXISTS） - 再用自连接或窗口函数把起点和终点配对（推荐用
ROW_NUMBER()分组）
示例片段（MySQL 8.0+）：
SELECT MIN(date_col) AS start_date, MAX(date_col) AS end_date
FROM (
SELECT date_col,
DATE_SUB(date_col, INTERVAL ROW_NUMBER() OVER (ORDER BY date_col) DAY) AS grp
FROM events
) t
GROUP BY grp;这里 grp 是关键——相同连续段内，date_col - row_number 的差值恒定，从而实现分组。
常见错误：JOIN 条件写成 t1.date = t2.date + 1
这是最典型的陷阱：t2.date_col + 1 在 MySQL 中会被当作数字加法（如 '2024-01-01' + 1 → 20240102），不是日期运算。结果要么全不匹配，要么意外命中其他年份的日期。
正确写法必须用日期函数：
- MySQL：用
DATE_ADD(t2.date_col, INTERVAL 1 DAY)或t2.date_col + INTERVAL 1 DAY - PostgreSQL：用
t2.date_col + INTERVAL '1 day' - SQL Server：用
DATEADD(day, 1, t2.date_col)
别依赖隐式类型转换，也别省略函数名——哪怕看起来“多打几个字”。
性能敏感时要注意索引和去重
SELF JOIN 天然容易慢，尤其数据量大时。两个点必须检查：
-
date_col字段必须有索引（单列 B-Tree 即可），否则 JOIN 会全表扫描两次 - 原始表若存在重复日期（比如同天多条记录），先用
SELECT DISTINCT date_col FROM table做预处理，避免 JOIN 后笛卡尔爆炸
如果业务允许，建议在应用层或物化视图里预先计算好连续段，而不是每次实时 JOIN —— 尤其当查询频率高、日期跨度大时。
连续日期逻辑看着简单，但日期类型、边界判断、索引覆盖、重复数据这四点，任一没踩准都会让结果错或跑不动。
