DATE()仅提取日期部分，不支持格式化；DATE_FORMAT()才用于按模板格式化日期，且WHERE中应避免对其使用以免索引失效。
MySQL 中 DATE() 函数只提取日期部分，不格式化
DATE() 不是格式化函数，它只是从 DATETIME 或 TIMESTAMP 值中剥离时间，返回纯日期（如 '2024-05-20'）。真正做格式化的函数是 DATE_FORMAT()。
常见误用：SELECT DATE(NOW(), '%Y年%m月%d日'); —— 这会报错，因为 DATE() 不接受格式参数。
-
DATE()：仅截取日期，输入'2024-05-20 14:30:00'→ 输出'2024-05-20' -
DATE_FORMAT()：按模板重排输出，输入同上 →DATE_FORMAT(NOW(), '%Y年%m月%d日')→'2024年05月20日' - 若字段本身就是
DATE类型（如order_date DATE），直接用DATE_FORMAT(order_date, ...)即可，无需先套DATE()
DATE_FORMAT() 常用格式符与中文显示要点
MySQL 默认不支持「星期几」的中文输出（如“周一”），%W 返回英文（'Monday'），%a 是缩写（'Mon'）。要显示中文需配合 CASE 或应用层处理。
-
%Y：4位年份（2024），%y：2位（24） -
%m：补零月（05），%c：无补零（5）——注意%c在某些旧版本可能不兼容 -
%d：补零日（01），%e：无补零（1） - 想输出「2024-05-20 14:30」？用
DATE_FORMAT(NOW(), '%Y-%m-%d %H:%i')；%H是24小时制，%h是12小时制（需搭配%p显示 AM/PM）
WHERE 条件中别在日期字段上套 DATE_FORMAT()
写查询时容易犯这个性能错误：WHERE DATE_FORMAT(create_time, '%Y-%m-%d') = '2024-05-20'。这会让 MySQL 无法使用 create_time 字段上的索引，全表扫描风险高。
- 正确做法是用范围查询：
WHERE create_time >= '2024-05-20' AND create_time - 如果字段类型是
DATE，直接= '2024-05-20'即可 - 若必须按格式匹配（比如查“本月第1天”），优先用
YEAR()、MONTH()、DAY()等函数组合，它们比DATE_FORMAT()更轻量且部分能走索引（取决于 MySQL 版本和表达式写法）
时区问题常被忽略：NOW() vs UTC_TIMESTAMP()
NOW() 返回的是 MySQL 服务器本地时区的时间，而 UTC_TIMESTAMP() 返回 UTC 时间。如果你的应用部署在多个时区，或数据库开启了 time_zone 动态设置，结果可能和预期不符。
- 查看当前时区：
SELECT @@time_zone;（返回SYSTEM表示跟随系统） - 临时切换会话时区：
SET time_zone = '+08:00';，之后NOW()才按东八区算 - 存时间建议统一用
UTC_TIMESTAMP()+ 显式时区转换，避免跨服务时间错乱 -
DATE_FORMAT()对输入时间值做格式化，不改变其时区含义；它只是“怎么显示”，不是“按哪个时区算”
