mysql中提取身份证出生日期最简单可靠的方法是substring(id_card, 7, 8)，18位证固定取第7-14位；需校验长度≥17及数字格式，非法输入返回null；函数需处理null和短字符串，避免静默失败；where中调用会导致全表扫描，应单独建索引字段。
MySQL中用SUBSTRING提取身份证号的年月日
直接用 SUBSTRING 最简单可靠，18位身份证的出生日期固定在第7到第14位（共8位，格式为YYYYMMDD）。别写正则或复杂判断——MySQL原生正则不支持捕获组，REGEXP_SUBSTR 从8.0才开始支持，且性能差、可读性低。
实操建议：
- 用
SUBSTRING(id_card, 7, 8)直接截取，返回字符串，如'19920815' - 如果要转成日期类型，套一层
STR_TO_DATE(SUBSTRING(id_card, 7, 8), '%Y%m%d') - 务必先校验长度和数字格式，否则空值或非18位身份证会导致截取错位（比如15位老证，出生日在第7到第12位）
定义标量函数时必须处理NULL和非法输入
很多人忽略这点，导致函数在遇到空值或短于17位的字符串时返回NULL或报错，但调用方没感知，后续逻辑崩掉。MySQL函数里不能用异常控制流，只能靠条件判断兜底。
关键逻辑：
- 用
CHAR_LENGTH(id_card) 拦截明显非法输入（15位旧证需单独处理，但多数业务已不接受） - 用
id_card REGEXP '^[0-9]{17}[0-9Xx]$'粗筛是否像身份证（注意末位校验码X/x） - 对不满足条件的输入，统一返回
NULL或默认日期（如'1970-01-01'），别让函数静默失败
创建函数时注意SQL模式和权限限制
MySQL 8.0+ 默认开启 sql_mode=STRICT_TRANS_TABLES，如果函数体里有隐式类型转换（比如把字符串当数字加减），可能直接报错。另外，创建函数需要 CREATE ROUTINE 权限，且 log_bin_trust_function_creators 必须设为1（尤其在启用了binlog的生产环境）。
建函数示例（含基础校验）：
DELIMITER $$ CREATE FUNCTION extract_birthday(id_card VARCHAR(18)) RETURNS DATE READS SQL DATA DETERMINISTIC BEGIN IF id_card IS NULL OR CHAR_LENGTH(id_card) <h3>调用时别在WHERE里滥用这个函数</h3> <p>函数无法走索引，<code>WHERE extract_birthday(id_card) = '1992-08-15'</code> 会强制全表扫描。真要按生日查，应该在应用层或ETL阶段把生日字段单独存成 <code>birthday DATE</code> 并建索引。</p> <p>适用场景仅限于：</p>
- 一次性数据清洗或报表临时计算
- WHERE条件里是常量且表很小（比如几千行的配置表）
- SELECT列表里做展示转换，不影响过滤逻辑
真正容易被忽略的是：身份证校验码合法性没在函数里做完整验证（涉及系数加权模11），但日常业务中，只要前端或入库时已校验过，这里只做格式拦截就够了。硬要加完整校验，函数会变慢且维护成本陡增。
