MySQL 5.7存储过程需用整型计数器+DATE_ADD生成日期序列，禁用DATE_SUB变量递减；tmp_dates表必须为dt字段建索引，JOIN时避免函数操作create_time；SQL Server 2022用GENERATE_SERIES配合DATEADD，注意时区转换。
MySQL 5.7 存储过程中必须用 WHILE + 计数器，不能直接 DATE_SUB 变量
MySQL 5.7 不支持 WITH RECURSIVE，也禁止在存储过程里用子查询生成递归序列。常见错误是写 SET @d = DATE_SUB(@d, INTERVAL 1 DAY) 做倒序循环——一旦 @d 变成 NULL（比如起始值不是合法日期），后续所有 DATE_SUB(NULL, ...) 都返回 NULL，循环卡死且无报错。
正确做法是用整型计数器控制迭代次数，再通过 DATE_ADD() 算日期：
- 声明
DECLARE i INT DEFAULT 0和DECLARE start_dt DATE，确保start_dt是显式转成DATE类型（如用DATE('2026-10-01')或STR_TO_DATE('20261001', '%Y%m%d')） - 循环体里用
INSERT INTO tmp_dates(dt) VALUES (DATE_ADD(start_dt, INTERVAL i DAY)) - 必须加退出条件：
IF i > 366 THEN LEAVE loop_label; END IF;，防范围误算导致 CPU 100%
生成的临时表不加索引，LEFT JOIN 补全日期时性能暴跌
对账场景下，你肯定要 LEFT JOIN 业务表（比如 accounting_records）来查每天是否平账。但若 tmp_dates 只有主键自增 ID，没有对 dt 字段建索引，MySQL 会走全表扫描——哪怕只有 30 行，JOIN 时也可能触发 Using join buffer，数据量一上万就明显卡顿。
必须显式加索引：
CREATE TEMPORARY TABLE tmp_dates (id INT PRIMARY KEY AUTO_INCREMENT, dt DATE NOT NULL);-
CREATE INDEX idx_dt ON tmp_dates(dt);（别省这句） - JOIN 条件别写
DATE(t.create_time) = d.dt，它会让create_time上的索引失效；改用t.create_time >= d.dt AND t.create_time
对账结果补零时，GROUP BY 和 COALESCE 缺一不可
补全日期后做聚合，容易漏掉两个关键点：一是 GROUP BY 必须用左表的 d.dt，而不是右表可能为 NULL 的字段；二是对账指标（如 SUM(amount)）必须包一层 COALESCE(..., 0)，否则没发生记录的那天会显示 NULL，而非“0 元未对平”。
典型结构如下：
SELECT d.dt, COALESCE(SUM(t.amount), 0) AS total_amount, COALESCE(COUNT(t.id), 0) AS record_count FROM tmp_dates d LEFT JOIN accounting_records t ON t.create_time >= d.dt AND t.create_time < DATE_ADD(d.dt, INTERVAL 1 DAY) GROUP BY d.dt ORDER BY d.dt;
注意：如果还要按账户维度分组，tmp_dates 就不能只是单列日期表——得提前把账户列表和日期做笛卡尔积，或改用窗口函数去重，否则会多出重复行。
SQL Server 2022+ 直接用 GENERATE_SERIES，但要注意 INTERVAL 单位写法
如果你用的是 SQL Server 2022 或 Azure SQL，GENERATE_SERIES 是最简方案，但日期场景必须配合 DATEADD 使用，且 INTERVAL 不能直接写进 GENERATE_SERIES 参数里（它只接受数值）。
正确写法是：
- 生成最近 30 天：
SELECT DATEADD(DAY, value, CAST(GETDATE() AS DATE)) AS dt FROM GENERATE_SERIES(0, 29) - 生成跨月序列（如本月1号到下月1号）：先算天数差，再传给
GENERATE_SERIES，不能硬写INTERVAL '1 month'—— 那是 PostgreSQL 语法，SQL Server 不认 - 别忘了加
OPTION (MAXRECURSION 0)（虽然GENERATE_SERIES不走递归，但旧版兼容层有时会触发）
真正容易被忽略的是时区：如果服务器时间是 UTC，而对账按本地日历日（比如北京时间），GETDATE() 得先转时区，否则生成的“今天”可能比业务系统晚一天。
