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。
