str_to_date解析失败常见于格式符与字符串未逐位严格匹配，如空格、分隔符、前导零、年份位数（%y vs %y）或中文字符不支持，均静默返回null；需清洗数据、显式匹配、加coalesce兜底或前置is not null校验。
STR_TO_DATE解析失败的常见错误现象
直接用 STR_TO_DATE('2023-05-15', '%Y-%m-%d') 能成功，但换成 STR_TO_DATE('15/05/2023', '%d/%m/%Y') 却返回 NULL，不是语法错，而是格式符和字符串不严格匹配——哪怕多一个空格、少一个分隔符、年份位数不对（比如用 %y 解析 2023），结果都是 NULL。
MySQL 不会报错提示“格式不匹配”，只会静默返回 NULL，容易误判为数据为空。
格式符必须与字符串字符逐位对齐
STR_TO_DATE 是按字面顺序硬匹配的：字符串里第几个字符是数字、第几个是斜杠、是否带前导零，都得跟格式符一一对应。比如：
-
STR_TO_DATE('5/5/2023', '%c/%c/%Y')✅ 可以（%c允许无前导零的月/日） -
STR_TO_DATE('05/05/2023', '%c/%c/%Y')❌ 失败（%c不接受前导零；得换%d或%m） -
STR_TO_DATE('20230515', '%Y%m%d')✅ 紧凑格式必须去掉所有分隔符 -
STR_TO_DATE('2023-05-15 14:30', '%Y-%m-%d %H:%i')✅ 时间部分也要显式写全，不能只写日期部分
处理含中文或模糊文本的日期字符串
像 '2023年05月15日' 或 '五月十五日 2023' 这类，MySQL 原生 STR_TO_DATE 完全不支持中文月份/星期，也无自动语言识别。必须先清洗：
- 用
REPLACE()批量替换中文字符：REPLACE(REPLACE('2023年05月15日', '年', '-'), '月', '-')→'2023-05-15日'，再补一步去掉“日” - 对不规范空格，用
TRIM()或正则（MySQL 8.0+）：REGEXP_REPLACE(str, '[[:space:]]+', ' ') - 无法清洗的（如“上个月15号”），
STR_TO_DATE无能为力，得靠应用层解析
安全转换：避免NULL干扰后续计算
直接把 STR_TO_DATE 结果当日期用，一旦某行返回 NULL，整个 WHERE 或 ORDER BY 可能失效。务必加兜底：
- 用
COALESCE(STR_TO_DATE(str, fmt), '0000-00-00')提供默认值（注意：'0000-00-00' 在 strict mode 下可能被拒绝） - 更稳妥的是先验证：
STR_TO_DATE(str, fmt) IS NOT NULL作为 WHERE 条件前置过滤 - 批量导入时，建议在应用层校验后再插入，别依赖 MySQL 边解析边纠错
格式符细节容易记混，%Y 和 %y、%m 和 %c、%d 和 %e 的差异直接影响结果，每次用前最好查下文档确认——尤其跨版本迁移时，低版本对格式符的支持更窄。
