STR_TO_DATE在MySQL 5.7中格式不匹配时静默返回NULL，必须格式符与输入字符串逐字符对齐；多格式需用CASE WHEN分支判断，且须用IS NOT NULL验证转换结果。
STR_TO_DATE 在 MySQL 5.7 中不会报错，但格式不匹配时静默返回 NULL；必须让格式符与输入字符串**逐字符对齐**，否则整列转为空，且无提示。
格式符和字符串必须严格逐位匹配
MySQL 5.7 的 STR_TO_DATE 是硬匹配：字符串里第几个字符是数字、斜杠、空格、英文缩写，都得跟格式串完全一致。哪怕多一个空格、少一个分隔符、年份位数写错，结果都是 NULL。
-
STR_TO_DATE('15/05/2023', '%d/%m/%Y')✅ 成功 -
STR_TO_DATE('15/05/2023 ', '%d/%m/%Y')❌ 失败（末尾空格） -
STR_TO_DATE('15/5/2023', '%d/%m/%Y')❌ 失败（%m 要求补零，用 %c 才行） -
STR_TO_DATE('2023-05-15', '%y-%m-%d')❌ 失败（%y 只认两位年，如 '23'）
处理中文、英文缩写、AM/PM 等非标字符
MySQL 5.7 不自动识别中文或大小写模糊的月份/星期，所有非数字字符必须原样出现在格式串中，且受系统 lc_time_names 影响。
- 中文日期如
'2023年05月15日'→ 格式串必须是'%Y年%m月%d日' - 英文缩写如
'15/Mar/2023'→ 用'%d/%b/%Y'，注意%b默认小写（'mar'），大写需改 locale 或先LOWER() - 带
PM的时间如'05/15/2023 02:30 PM'→ 格式串为'%m/%d/%Y %I:%i %p'，%I是 12 小时制，%p匹配AM/PM - 全角符号（如“－”“：”）无法被识别，必须先用
REPLACE()替换为半角
在 INSERT / UPDATE / LOAD DATA 中安全使用
直接把 STR_TO_DATE 塞进写入语句，一旦某条记录格式异常，目标列就存 NULL——尤其当字段定义为 NOT NULL 且没默认值时，整条语句会失败。
- 导入前先用
SELECT col, STR_TO_DATE(col, fmt) FROM tbl LIMIT 10抽样验证 - 用
COALESCE(STR_TO_DATE(col, fmt), '1970-01-01')提供兜底值（注意 strict mode 下'0000-00-00'可能被拒） - 在
LOAD DATA INFILE中，必须通过用户变量中转：@date_str→SET created_at = STR_TO_DATE(@date_str, '%Y-%m-%d')，并加NULLIF(@date_str, '')防空字符串干扰 - 触发器里务必
TRIM(NEW.date_str)，避免不可见字符（BOM、尾部空格）导致解析失败
多格式混合数据怎么处理
现实数据常混着 '2023/05/15'、'15-05-2023'、'May 15, 2023'，单个 STR_TO_DATE 搞不定，得靠 CASE WHEN 分支尝试。
- 每个分支必须用
IS NOT NULL判断转换是否成功，不能只看字符串长度或分隔符 - 顺序很重要：把最常见、最确定的格式放前面，减少无效计算
- 示例：
CASE WHEN STR_TO_DATE(col, '%Y/%m/%d') IS NOT NULL THEN STR_TO_DATE(col, '%Y/%m/%d') WHEN STR_TO_DATE(col, '%d-%m-%Y') IS NOT NULL THEN STR_TO_DATE(col, '%d-%m-%Y') END - 未命中的记录要单独捞出：
WHERE STR_TO_DATE(col, '%Y/%m/%d') IS NULL AND STR_TO_DATE(col, '%d-%m-%Y') IS NULL
%f（毫秒）、%v（ISO 周）、%u（周数）等新特性，也无正则替换函数（REGEXP_REPLACE 是 8.0+ 才有），清洗脏数据只能靠嵌套 REPLACE() 和 SUBSTRING()。最容易被忽略的是：它不检查逻辑合理性——STR_TO_DATE('2023-02-30', '%Y-%m-%d') 会返回 NULL，但 '2023-02-31' 在某些 sql_mode 下可能转成 '0000-00-00' 而不是报错。 
