MySQL 5.7单语句批量更新9000条记录为连续日期的问题

问题原因分析 #

你之前的语句出现日期异常，核心是两个问题：

• 子查询未添加WHERE LIST = 'list1' AND DOMAIN = 'GM'条件，导致给全表所有记录编号，而你实际只更新符合条件的9000条，这部分记录的row_num并非从1开始的连续序列，计算出的日期偏移量会异常巨大，直接跳到几十年后。
• 子查询没指定ORDER BY，MySQL 5.7中子查询的行顺序不确定，会导致编号混乱，进一步引发日期计算错误。

修正后的单条UPDATE语句 #

下面的语句会针对目标记录生成连续编号，按每300条一组分配从2025-01-02到2025-01-31的日期（刚好30组，对应30天）：

UPDATE `DISTRIBUTION`
JOIN (
    SELECT 
        `email`,
        @row_num := @row_num + 1 AS row_num
    FROM `DISTRIBUTION`
    CROSS JOIN (SELECT @row_num := 0) AS init_vars
    WHERE `LIST` = 'list1' AND `DOMAIN` = 'GM'
    ORDER BY RAND() -- 保留这个会随机分配记录到不同日期；如果要按原有顺序分配，替换成你需要的排序字段（比如ORDER BY email）
) AS numbered_rows ON `DISTRIBUTION`.`email` = numbered_rows.`email`
SET `DISTRIBUTION`.`date_column` = DATE_ADD('2025-01-02', INTERVAL FLOOR((row_num - 1) / 300) DAY)
WHERE `LIST` = 'list1' AND `DOMAIN` = 'GM';

验证步骤（执行前必做） #

先执行下面的SELECT语句，确认计算出的日期是否符合预期，避免直接更新出错：

SELECT 
    `email`,
    DATE_ADD('2025-01-02', INTERVAL FLOOR((@row_num := @row_num + 1) - 1) / 300 DAY) AS calculated_date
FROM `DISTRIBUTION`
CROSS JOIN (SELECT @row_num := 0) AS init
WHERE `LIST` = 'list1' AND `DOMAIN` = 'GM'
ORDER BY RAND(); -- 和UPDATE语句保持一致的排序规则

关键说明 #

• 确保email是表的唯一键，否则JOIN时可能出现匹配错误。
• 如果不需要随机分配，把ORDER BY RAND()换成你需要的排序逻辑（比如按创建时间、ID排序）。

内容的提问来源于stack exchange，提问作者John Beasley