2018年MySQL周数计算脚本失效问题求助

这个问题出在你混合使用了两种不同的周数计算模式：%X%V（以周日为一周起始）和%x%v（以周一为一周起始）来解析和格式化日期。这种混用在跨年或周边界的场景下，会触发不一致的计算结果。

2017年语句能正常工作，是因为2017年第50周（周日起始）的周一减7天后的日期，在周一起始的周模式下恰好属于前一周；但2018年第2周（周日起始）的周一（2018-01-08）减7天得到2018-01-01，这个日期在两种周模式下的归属刚好出现了边界冲突，导致格式化结果不符合预期。

方案一：统一使用周一为起始的周模式（推荐） #

将日期解析和格式化都统一为%x%v（周一为一周起始的ISO周标准），这样逻辑完全匹配你的需求：

select date_format(
    date_add(
        STR_TO_DATE(concat(201802, ' Monday'), '%x%v %W'), 
        interval -7 day
    ),
    "%x%v"
)

运行逻辑：

1. STR_TO_DATE(concat(201802, ' Monday'), '%x%v %W') 解析出2018年第2周（周一起始）的周一：2018-01-08
2. 减7天后得到2018-01-01，这是2018年第1周（周一起始）的周一
3. 用%x%v格式化后正确返回201801

方案二：用WEEK()函数明确控制周模式 #

如果你需要更直观的逻辑控制，可以使用WEEK()函数的模式参数（模式3代表周一为起始，周数范围01-53，完全符合ISO标准）：

SET @target_week = 201802;
SET @target_date = STR_TO_DATE(concat(@target_week, ' Monday'), '%x%v %W');
SET @prev_date = DATE_ADD(@target_date, INTERVAL -7 DAY);
SELECT CONCAT(YEAR(@prev_date), LPAD(WEEK(@prev_date, 3), 2, '0'));

这种方式彻底避免了格式符混用的风险，逻辑更清晰。

额外检查 #

你可以查看当前MySQL的周计算模式是否符合预期：

SHOW VARIABLES LIKE 'week_mode';

如果结果不是ISO或3，可能会导致周数计算和你的需求不一致，建议调整为符合ISO标准的模式。

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