在MySQL日常开发与数据迁移中，数值转换溢出是常见的问题。当我们使用CAST或CONVERT把字符串、浮点数转换为整数或精度较小的DECIMAL时，如果源值超过目标类型的表示范围，MySQL就会抛出数值超出范围的错误，导致语句中断。理解这类错误的成因并掌握转换函数的正确使用方式，对保障系统稳定很重要。
一、数值转换溢出错误的产生原因
MySQL每种数值类型都有固定的取值范围。例如TINYINT取值范围是-128到127，INT是约-21亿到21亿。若把字符串'9999999999'通过CAST转换为INT，就会因超出上限而报错。在严格SQL模式下，这类转换会直接失败；在非严格模式下可能截断并告警。
常见触发场景
- 接口传参为长数字字符串，入库时直接转INT
- 累计金额用BIGINT存储，但统计时误转INT
- 字符集混用导致数字识别异常，转换时越界
二、CAST与CONVERT函数基础用法
CAST和CONVERT都能做显式类型转换，语法略有不同，但核心能力一致。
1. CAST语法
-- 将字符串转换为无符号整数
SELECT CAST('12345' AS UNSIGNED);
-- 将字符串转换为DECIMAL，指定精度和小数位
SELECT CAST('123.456' AS DECIMAL(10,2));
2. CONVERT语法
-- 等价于CAST，类型为第二个参数
SELECT CONVERT('12345', UNSIGNED);
-- 同时可指定字符集转换
SELECT CONVERT('中文' USING utf8mb4);
两者在数值转换上效果相同，CONVERT还可处理字符集，CAST更符合SQL标准。
三、避免溢出错误的实用方案
1. 使用更大承载类型承接
不确定数值大小时，优先转成BIGINT或DECIMAL，而非INT。
-- 安全转换大数字字符串
SELECT CAST('998877665544332211' AS DECIMAL(30,0)) AS safe_val;
2. 用条件函数拦截异常值
结合CASE或IF判断长度与范围，防止越界转换。
-- 仅当字符串长度不超过9位才转INT，否则转BIGINT
SELECT
CASE
WHEN CHAR_LENGTH(src_val) <= 9 THEN CAST(src_val AS UNSIGNED)
ELSE CAST(src_val AS DECIMAL(20,0))
END AS num_val
FROM t_order;
3. 利用会话模式容忍转换
在非核心写入链路，可临时调整SQL模式让溢出转为警告而非错误，但需业务侧兜底。
-- 查看当前模式 SELECT @@sql_mode; -- 临时去掉严格模式（仅演示，生产谨慎） SET SESSION sql_mode = 'NO_AUTO_VALUE_ON_ZERO';
四、总结对照表
| 方式 | 优点 | 风险 |
|---|---|---|
| CAST | 标准语法，可读性好 | 溢出仍报错 |
| CONVERT | 支持字符集转换 | 写法偏MySQL特有 |
| DECIMAL承接 | 范围大，精度可控 | 占用空间稍多 |
合理选用CAST与CONVERT，并配合类型评估与条件拦截，可稳妥处理MySQL数值转换溢出问题。