嘿，这个问题我之前帮不少开发者踩过坑——从decimal(4,2)修改为decimal(10,2)理论上完全是兼容的（后者能容纳的数值范围比前者大得多），报错大概率是数据库的严格校验模式在搞鬼，或者操作时的小细节没注意到。下面给你几个实用的解决方案：

方案1：临时关闭数据库严格模式（以MySQL为例） #

很多时候是严格模式阻止了这个修改，因为它会对数据类型变更做更严苛的校验，哪怕逻辑上兼容也会报错。步骤如下：

• 先查看当前的SQL模式：

  SELECT @@sql_mode;
  

• 如果结果里包含STRICT_TRANS_TABLES或STRICT_ALL_TABLES，先临时关闭严格模式：

  SET sql_mode = REPLACE(@@sql_mode, 'STRICT_TRANS_TABLES', '');
  

• 然后执行字段修改语句：

  ALTER TABLE 你的表名 MODIFY COLUMN 目标字段名 decimal(10,2);
  

• 修改完成后，如果你需要恢复严格模式，把刚才的替换语句改回去即可（把空字符串换回STRICT_TRANS_TABLES）。

方案2：排查数据溢出（概率极低，但需确认） #

虽然decimal(4,2)的最大值是99.99，远小于decimal(10,2)的99999999.99，但还是可以快速确认下字段里的数据是否有异常：

SELECT MAX(目标字段名), MIN(目标字段名) FROM 你的表名;

如果结果都在decimal(10,2)的范围内，那这个原因可以排除。

方案3：用字段迁移的稳妥方式 #

如果上面的方法都不行，换个迂回但绝对安全的方式：

1. 新增一个临时字段：

   ALTER TABLE 你的表名 ADD COLUMN temp_field decimal(10,2);
   

2. 把旧字段的数据迁移到临时字段：

   UPDATE 你的表名 SET temp_field = 目标字段名;
   

3. 删除原来的旧字段：

   ALTER TABLE 你的表名 DROP COLUMN 目标字段名;
   

4. 把临时字段重命名为原来的字段名：

   ALTER TABLE 你的表名 CHANGE COLUMN temp_field 目标字段名 decimal(10,2);
   

如果是PostgreSQL等其他数据库，核心思路类似：要么调整数据库的校验规则，要么用迁移字段的方式绕过直接修改的限制。

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