date_format不能用于修改字段类型，它仅返回字符串；修正日期格式应使用str_to_date清洗数据，再通过coalesce处理多格式混合，并注意时区、默认值及非法值过滤。
DATE_FORMAT 在 UPDATE 语句里不能直接改字段类型
很多人试过 UPDATE table SET date_col = DATE_FORMAT(date_col, '%Y-%m-%d')，发现没报错但数据看起来“没变”——其实它只是把日期转成字符串再塞回 date_col，而 MySQL 会默默把字符串又转回日期（丢掉时间部分），结果看似没效果，实则可能触发隐式转换、丢失精度或报警告。
- DATE_FORMAT 返回的是字符串（
VARCHAR），不是DATE或DATETIME - 如果目标字段是
DATE类型，MySQL 会尝试把格式化后的字符串再解析一次，不一定按你预期走（比如'2023-01-01 '带空格就可能截断失败） - 真正要“修正格式”，本质是清洗值，不是改显示——得先确认原始数据是否真的是乱的（比如存了
'01/01/2023'、'20230101'、'2023-01-01 14:30:00'混用）
先用 STR_TO_DATE 把乱数据统一转成标准 DATE
DATE_FORMAT 是“输出函数”，STR_TO_DATE 才是“输入清洗函数”。你得先告诉 MySQL：“这些乱七八糟的字符串，其实是按什么规则写的”，它才能转成真正的日期值。
- 常见混乱格式和对应写法：
—'01/15/2023'→STR_TO_DATE(date_col, '%m/%d/%Y')
—'15-01-2023'→STR_TO_DATE(date_col, '%d-%m-%Y')
—'20230115'→STR_TO_DATE(date_col, '%Y%m%d') - 务必加
WHERE条件限定范围，否则可能把 NULL 或非法值转成0000-00-00 - 执行前建议先
SELECT验证：SELECT date_col, STR_TO_DATE(date_col, '%m/%d/%Y') FROM table WHERE date_col REGEXP '^[0-9]{1,2}/[0-9]{1,2}/[0-9]{4}$'
UPDATE 时用 COALESCE 处理多种格式混合的情况
现实表里往往不止一种乱格式。别写一堆嵌套 IF，用 COALESCE 配合多个 STR_TO_DATE 更清晰、更安全。
- 示例（优先匹配美式，再试欧式，最后试纯数字）：
UPDATE table SET date_col = COALESCE(STR_TO_DATE(date_col, '%m/%d/%Y'), STR_TO_DATE(date_col, '%d-%m-%Y'), STR_TO_DATE(date_col, '%Y%m%d')) WHERE date_col IS NOT NULL AND date_col != '' -
COALESCE遇到第一个非 NULL 结果就返回，后面不执行，避免重复解析开销 - 注意：如果所有
STR_TO_DATE都返回 NULL（比如遇到'abc'），整个表达式就是 NULL —— 所以WHERE条件得提前过滤掉明显非法值
更新后记得检查时区和默认值陷阱
即使转成功了，也可能因为时区或表定义出问题：比如字段是 DATETIME 但你只给了日期，MySQL 可能补上 00:00:00；或者字段有 DEFAULT CURRENT_TIMESTAMP，UPDATE 时没显式赋值，它会悄悄更新为当前时间。
- 查字段定义：
SHOW COLUMNS FROM table LIKE 'date_col'，重点看 Type 和 Default - 如果原字段是
DATETIME且你只想保留日期部分，建议显式补零：STR_TO_DATE(..., '%Y-%m-%d') + INTERVAL 0 SECOND，避免被自动补时分秒 - 更新后立刻验证：
SELECT date_col, LENGTH(date_col), DATE_FORMAT(date_col, '%Y-%m-%d') = date_col FROM table LIMIT 5—— 看是否真成了标准格式且长度一致
最麻烦的不是语法写不对，而是原始数据里混着空格、全角斜杠、中文年月日、甚至 Excel 导出的序列号（如 44562）。这种得先用正则或客户端预处理，SQL 很难兜底。
