str_to_date解析失败常见报错是返回null或incorrect datetime value，因格式符须与输入字符串逐字符严格对齐，如“2023-05-1”用'%y-%m-%d'会失败（%d需两位数），应改用'%y-%c-%e'。
STR_TO_DATE解析失败的常见报错是什么
遇到 NULL 返回值或 Incorrect datetime value 错误，基本说明格式字符串和输入文本对不上。MySQL 的 STR_TO_DATE 不会自动猜测格式，必须严格匹配——比如文本是 "2023-05-1"（日无前导零），但用了 "%Y-%m-%d"，就会失败，因为 %d 要求两位数字。
怎么写对格式字符串：关键符号对照表
别硬记，按实际文本反推：%Y 对四位年份，%y 对两位；%m 是 01–12，%c 才匹配 1–12（无前导零）；%d 是 01–31，%e 匹配 1–31。月份名、星期名要用 %M（英文全称）、%b（缩写），且区分大小写。
- 文本
"15/Mar/2024"→STR_TO_DATE('15/Mar/2024', '%d/%b/%Y') - 文本
"20240315"（无分隔符）→STR_TO_DATE('20240315', '%Y%m%d') - 文本
"Mar 5, 2024"→STR_TO_DATE('Mar 5, 2024', '%b %e, %Y')（注意空格和逗号也要原样写）
为什么加了格式还是返回NULL？检查这三点
STR_TO_DATE 对空白、多余字符极其敏感。哪怕文本末尾多一个空格，或日期中间有不可见的制表符，都会直接返回 NULL。它不 trim，也不容错。
- 先用
TRIM()清理输入：STR_TO_DATE(TRIM(col), '%Y-%m-%d') - 确认列中是否混杂多种格式（如部分是
"2023/05/01"，部分是"01-MAY-2023"），单条STR_TO_DATE无法覆盖 - 中文环境下的“年/月/日”不能直接用
%Y年%m月%d日—— MySQL 默认只识别英文格式符，中文字符需先替换或改用正则预处理
替代方案：当STR_TO_DATE不够用时怎么办
如果数据源混乱、格式不统一，硬靠 STR_TO_DATE 拼格式串容易漏判。更稳的做法是分层清洗：先用 REGEXP 分类，再按组分别转换。
SELECT
CASE
WHEN col REGEXP '^[0-9]{4}-[0-9]{1,2}-[0-9]{1,2}$' THEN STR_TO_DATE(col, '%Y-%c-%e')
WHEN col REGEXP '^[0-9]{4}/[0-9]{1,2}/[0-9]{1,2}$' THEN STR_TO_DATE(REPLACE(col, '/', '-'), '%Y-%c-%e')
ELSE NULL
END AS parsed_date
FROM your_table;
真正麻烦的不是函数不会用，而是原始文本里藏着你看不见的编码差异、隐藏分隔符、或人为录入的“2023年13月45日”这种逻辑错误——这些得靠 SELECT col, LENGTH(col), HEX(col) 辅助排查，而不是反复调格式串。
