MONTH函数返回1–12的整数而非月份名称，需配合CASE、FORMAT或DATE_FORMAT等转换；按月汇总必须结合年份GROUP BY，且WHERE中避免对日期字段使用MONTH()以免索引失效。
MONTH函数返回的是数字，不是月份名称
直接用 MONTH(order_date) 得到的是 1–12 的整数，不是 “Jan” 或 “一月”。如果报表需要显示中文月份或英文缩写，得配合 CASE 或 FORMAT（SQL Server）/ DATE_FORMAT（MySQL）处理，不能指望 MONTH() 自己输出文字。
常见错误是写成：SELECT MONTH(order_date) AS month_name FROM orders——结果列名误导人，实际值却是数字，后续分组或前端展示容易出错。
- MySQL 用户优先用
DATE_FORMAT(order_date, '%b')或DATE_FORMAT(order_date, '%m') - PostgreSQL 没有
MONTH()，得用EXTRACT(MONTH FROM order_date) - SQL Server 可用
MONTH(order_date)，但显示月份名建议用DATENAME(MONTH, order_date)
按月份汇总必须搭配 GROUP BY，且注意年份是否混入
MONTH(order_date) 单独用在 GROUP BY 里，会把不同年份的同月数据（比如 2023-03 和 2024-03）强行合并，导致统计失真。真实业务中几乎从不只按月分组，而要按“年+月”组合分组。
正确做法是：GROUP BY YEAR(order_date), MONTH(order_date)（SQL Server），或 GROUP BY YEAR(order_date), MONTH(order_date)（MySQL），或 GROUP BY EXTRACT(YEAR FROM order_date), EXTRACT(MONTH FROM order_date)（PostgreSQL）。
- 别漏掉年份字段，否则 2023 年 12 月和 2024 年 1 月可能被当成同一组
- SELECT 列里出现的非聚合字段（如
MONTH(order_date)）必须出现在 GROUP BY 中 - 想排序按时间先后，别只
ORDER BY MONTH(order_date)，得ORDER BY MIN(order_date)或组合年月字段
WHERE 条件里用 MONTH() 可能导致索引失效
写成 WHERE MONTH(order_date) = 3 看似简洁，但多数数据库无法利用 order_date 上的索引，因为对字段做了函数计算。全表扫描在大数据量下会明显变慢。
等价但可走索引的写法是：WHERE order_date >= '2024-03-01' AND order_date （注意用左闭右开区间，避免时分秒遗漏）。
- 如果查询跨年（比如“所有3月订单”），需拼多个范围，或改用生成日期维度表关联
- 某些 ORM 或低代码平台自动生成
MONTH()条件，要留意执行计划里的type: ALL提示 - MySQL 8.0+ 支持函数索引，可建
INDEX idx_month ON orders (MONTH(order_date))，但实用性有限，不如范围查询直接
NULL 值和非法日期会让 MONTH() 返回 NULL
MONTH(NULL) 结果是 NULL，MONTH('2024-02-30') 在严格模式下会报错，在宽松模式下也可能返回 NULL。汇总时若没过滤，NULL 会被单独分组，常表现为“月份：(null)”一行，数量还不少。
上线前务必检查：SELECT COUNT(*) FROM orders WHERE order_date IS NULL OR order_date = '0000-00-00'。
- 汇总 SQL 开头加
WHERE order_date IS NOT NULL AND order_date != '0000-00-00' - PostgreSQL 对非法日期更敏感，
TO_DATE()转换失败直接报错，不能靠MONTH()静默吞掉 - 有些旧系统用字符串存日期（如 '202403'），这时
MONTH()完全无效，得先转成日期类型
