MySQL的WEEKDAY()函数以周一为0、周日为6；判断工作日应使用WEEKDAY(date) BETWEEN 0 AND 4；该函数在WHERE中会导致索引失效，需用生成列索引或日期范围替代。
WEEKDAY() 返回值到底从周几开始算？
MySQL 的 WEEKDAY() 函数返回的是「周一为 0，周日为 6」的整数，不是按日历习惯的「周日=0」或「周一=1」那种常见错觉。很多人一上来用 WEEKDAY(date) < 5 判断工作日却出错，就是因为没确认这个偏移规则。
它和 DAYOFWEEK() 完全不同：DAYOFWEEK() 是周日=1、周六=7，容易混淆。别凭直觉猜，查文档或直接测试：
SELECT WEEKDAY('2024-06-10'), DAYOFWEEK('2024-06-10');
结果是 0 和 2（因为 6 月 10 日是周一），这就验证了 WEEKDAY() 确实以周一为基准。
判断工作日的正确写法（周一到周五）
既然 WEEKDAY() 周一=0、周五=4、周六=5、周日=6，那工作日就是 WEEKDAY(date) BETWEEN 0 AND 4。这是最直观、可读性最好的写法。
-
WEEKDAY(date) < 5也等价，但不如BETWEEN明确表达区间语义 - 避免写成
WEEKDAY(date) != 5 AND WEEKDAY(date) != 6—— 多次调用函数且逻辑绕弯 - 如果业务定义「工作日包含周六」（比如某些轮班制），就得改条件，不能硬套 0–4
跨数据库兼容性问题：PostgreSQL 和 SQL Server 没有 WEEKDAY()
MySQL 专属函数，PostgreSQL 用 EXTRACT(DOW FROM date)（周日=0，周一=1…周六=6），SQL Server 用 DATEPART(WEEKDAY, date)（默认周日=1，但受 SET DATEFIRST 影响）。想写可移植 SQL，要么封装成视图/函数，要么统一用日期运算：
SELECT date,
CASE WHEN (EXTRACT(ISODOW FROM date) BETWEEN 1 AND 5) THEN 'workday' ELSE 'weekend' END
FROM events;
EXTRACT(ISODOW FROM date) 在 PostgreSQL 中严格遵循 ISO 标准（周一=1，周五=5），比 DOW 更可靠；MySQL 没 ISODOW，所以跨库时得接受方言差异。
WHERE 条件中使用 WEEKDAY() 的性能影响
在大表上对 WEEKDAY(created_at) 做过滤，无法走普通 B-tree 索引，因为函数改变了列值。即使你给 created_at 加了索引，WHERE WEEKDAY(created_at) = 1 仍大概率触发全表扫描。
- 解决办法之一：加一个生成列 + 索引，比如
ALTER TABLE orders ADD COLUMN wkday TINYINT AS (WEEKDAY(created_at)) STORED，再对wkday建索引 - 更轻量的做法：用范围查询代替函数，例如查「本周一的数据」就写
created_at >= '2024-06-10' AND created_at < '2024-06-11' - 注意：如果业务只查「最近 N 天的工作日」，用日期范围比函数判断快得多
真正容易被忽略的点是：开发阶段数据量小看不出问题，上线后慢查询才暴露——别等报障再回头补索引或重写 WHERE 条件。
