WEEKDAY()返回0～6，周一为0、周日为6；查周一需WEEKDAY(col)=0，而非=1，否则误查周二；对NULL需显式处理，且传入参数须为合法日期类型。

MySQL用WEEKDAY()查周几数据，但结果从0开始别搞错

WEEKDAY()返回的是周一为0、周日为6的整数，不是日常说的“星期一=1”。直接写WHERE WEEKDAY(create_time) = 1查的是周二，不是周一。常见错误是按中文习惯填1查周一，结果漏数据。

实操建议：

• 查周一：用WEEKDAY(col) = 0
• 查周日：用WEEKDAY(col) = 6
• 想让周日=0、周一=1（更符合直觉），改用DAYOFWEEK(col) - 1，它返回1~7，减1后就是0~6且周日=0
• 注意WEEKDAY()对NULL返回NULL，条件里要显式处理，比如加AND col IS NOT NULL

SQL Server必须用DATEPART()，但默认周几起点受SET DATEFIRST影响

DATEPART(weekday, col)默认返回1~7，但1代表哪天不固定——它取决于当前会话的DATEFIRST设置（1=周一？还是7=周一？）。很多线上环境没显式设过，实际可能是7（周日）为第一天，导致DATEPART(weekday, col) = 2查出来的是周一而非周二。

安全做法：

• 查询前先执行SET DATEFIRST 1，确保周一为1
• 或者绕开依赖：用DATEPART(dw, col) + @@DATEFIRST - 1) % 7 + 1归一化，但太绕；更推荐直接用SET DATEFIRST统一上下文
• 如果不能改会话设置，就用DATENAME(weekday, col) = 'Monday'——字符串比数字靠谱，只是性能略低

跨数据库可移植方案：用strftime()（SQLite）或表达式推算（通用）

如果代码要兼容多个数据库，别硬套WEEKDAY或DATEPART。SQLite用strftime('%w', col)，返回0（周日）~6（周六），和MySQLWEEKDAY顺序不同；PostgreSQL用EXTRACT(DOW FROM col)，也是0=Sunday。

通用稳妥法：把日期转成标准时间戳再取模

• 例如在支持TO_DAYS()的库中：MOD(TO_DAYS(col), 7)，配合已知某日是周几反推（比如知道2024-01-01是周一，则MOD(TO_DAYS(col) - TO_DAYS('2024-01-01'), 7) = 0即为周一）
• 更轻量的是用col >= '2024-01-01' AND DATEDIFF(col, '2024-01-01') % 7 = 0，适用于多数带DATEDIFF的库
• 这类计算在WHERE里不影响索引使用，但别在大表上对字段做函数运算，比如WEEKDAY(col) = 0会让col上的索引失效

WHERE里写错函数参数或忽略时区，查不到数据却不报错

WEEKDAY()只接受DATE或DATETIME类型，传入字符串如'2024-05-20'可能隐式转换成功，但传'2024/05/20'在某些MySQL版本会变NULL，导致条件恒假。同样，SQL Server里DATEPART第二个参数要是datetime类型，传varchar可能因格式不匹配返回意外值。

排查要点：

• 先单独查SELECT col, WEEKDAY(col), DAYOFWEEK(col) FROM t LIMIT 5，确认字段值和函数输出是否符合预期
• 检查字段实际类型：DESCRIBE t或sp_help t，避免把VARCHAR当DATE用
• 时区问题常被忽略：应用写入用UTC，但数据库时区设为CST，WEEKDAY(NOW())和WEEKDAY(created_at)可能差一天——得统一用CONVERT_TZ()或在应用层处理

实际业务里最常卡住的不是函数不会用，而是查了半天发现数据本身存的就是字符串，或者时区偏移让“今天”在库里变成了昨天。函数只是工具，先看清数据长什么样，再动嘴写WHERE。