为何SELECT中CAST AS DATE正常，嵌入INSERT时却失效？

单独执行SELECT CAST(...)时，MySQL在非严格模式下会将非法日期字符串转为NULL，仅抛出警告；但执行INSERT ... SELECT时，若sql_mode包含STRICT_TRANS_TABLES（默认开启），会触发严格校验，直接返回错误而非将非法值转为NULL，这就是报错的核心原因。

1. 使用TRY_CAST（推荐，MySQL 8.0.19+） #

TRY_CAST是MySQL专为转换失败场景设计的函数，无论sql_mode是否开启严格模式，转换失败都会返回NULL，不会触发错误。直接替换原CAST语句即可：

insert into date_table (date_col)
select TRY_CAST(string_date_col AS DATE) from source_table;

2. 低版本MySQL兼容方案 #

如果你的MySQL版本低于8.0.19，没有TRY_CAST，可以通过CASE结合正则表达式（REGEXP）匹配合法日期格式，仅对符合规则的字符串做转换，其余返回NULL。示例写法如下（适配dd.mm.yy、dd.mm.yyyy、yyyy-mm-dd等常见格式）：

insert into date_table (date_col)
select 
    CASE 
        WHEN string_date_col REGEXP '^[0-9]{1,2}\\.[0-9]{1,2}\\.[0-9]{2,4}$' 
             OR string_date_col REGEXP '^[0-9]{4}-[0-9]{1,2}-[0-9]{1,2}$'
             OR string_date_col REGEXP '^[0-9]{1,2}/[0-9]{1,2}/[0-9]{2,4}$'
        THEN CAST(string_date_col AS DATE)
        ELSE NULL
    END
from source_table;

可根据实际存在的日期格式，扩展正则表达式的匹配规则。

3. 临时调整sql_mode（不推荐） #

临时关闭严格模式，执行插入后再恢复原配置。注意此操作会影响当前会话的所有SQL校验，可能导致其他非法数据被静默处理：

-- 保存当前sql_mode配置
SET @old_sql_mode = @@sql_mode;
-- 移除严格模式
SET sql_mode = REPLACE(@@sql_mode, 'STRICT_TRANS_TABLES', '');
-- 执行插入操作
insert into date_table (date_col)
select cast(string_date_col as date) from source_table;
-- 恢复原sql_mode配置
SET sql_mode = @old_sql_mode;

内容的提问来源于stack exchange，提问作者Kaspatoo