使用CAST与TRY_CAST将字段转换为INT时的报错问题排查

两类报错的核心原因 #

• 报INT is not valid, expecting Identifier的本质原因：当前连接的数据库服务端版本低于8.0.13，无内置TRY_CAST()函数的语法解析能力。解析器碰到不识别的函数名时会直接中断正常语法流程，把后续的类型关键字INT判定为无效标识符，和使用INT还是其他类型无关。
• 换成SIGNED后报错误代码1584（调用存储函数TRY_CAST的参数不正确）的本质原因：数据库端未将TRY_CAST识别为内置SQL函数，反而按用户自定义存储函数的规则做参数校验，自然触发参数匹配错误。触发该问题的场景包括：服务端版本不支持内置TRY_CAST、SQL客户端开启离线语法校验规则导致函数识别偏差。

分场景实现方案 #

低版本MySQL（无内置TRY_CAST）的等价实现 #

无需依赖TRY_CAST，利用MySQL原生的转换容错特性即可实现同等的容错效果：非数字内容、空值做整数转换时不会中断执行，仅返回NULL存入字段。

-- 鲁棒性优化：用正则提取Risk字段内的数字串，替代固定位置截取的逻辑
UPDATE `Food Inspections`
SET `Risk Score` = CAST(
  REGEXP_SUBSTR(`Risk`, '[0-9]+')
  AS SIGNED
);

注：原写法用固定位置substring(Risk, 6, 1)提取内容的鲁棒性很差，碰到“Risk 2 (MEDIUM)”这类带多空格、Risk值为空的场景，截取结果会完全失效；用正则匹配数字的方式可覆盖所有格式的风险值。

MySQL 8.0.13及以上版本的TRY_CAST正确写法 #

若需使用内置TRY_CAST实现容错转换，需避开两个高频易错点：

1. 目标类型不能写INT。MySQL版TRY_CAST的官方支持类型列表中不包含INT，必须按要求写全类型名，即SIGNED [INTEGER]或UNSIGNED [INTEGER]；
2. 若本地客户端提前报1584错误，直接关闭客户端的离线语法校验，或切换到服务端命令行执行语句，绕开客户端的误识别即可，服务端侧的语法本身完全合法。

操作避坑提示 #

• 若连接的是MariaDB环境，需注意MariaDB的TRY_CAST从10.2.4版本才正式引入，低版本MariaDB同样会出现上述识别错误；
• 所有更新操作建议先执行查询语句校验提取内容的准确性，再执行UPDATE，避免写入错误值：

-- 提取结果校验SQL，确认无误后再执行更新
SELECT `Risk`, REGEXP_SUBSTR(`Risk`, '[0-9]+') AS extracted_score FROM `Food Inspections`;

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