嘿，我懂你作为存储过程新手遇到这个问题的烦躁——直接跑查询啥事没有，一放进存储过程就弹出ERROR 1690 (22003): BIGINT UNSIGNED value is out of range，太闹心了。咱们来拆解下问题根源，再给你几个可行的解决办法。

问题根源 #

这个错误的核心是：你在把一个负数强制转换成无符号大整数（BIGINT UNSIGNED）。无符号类型根本存不了负数，一转换就会触发溢出报错。为啥直接查没问题？可能是直接执行时MySQL的隐式转换逻辑和存储过程里不一样，刚好避开了报错，但你的计算逻辑本身确实存在负数的情况。

看你代码里的关键计算：((start_date) + (31536000 * a))-t2.start_time，当这个结果为负时，你用cast( ... as unsigned)硬转成无符号类型，这就直接触发了溢出。

解决方案 #

方案1：先判断正负，再处理（最推荐）

把判断逻辑提前，先确认计算结果是正数再走求和逻辑，完全避免负数转无符号的操作：

DELIMITER ;; 
DROP PROCEDURE IF EXISTS sp_price; 
Create Procedure sp_price( IN user_date INT, OUT exp INT)
BEGIN
  select case 
           when ((start_date + 31536000 * a) - t2.start_time) > 0 
           then sum(t2.price) 
           else 0 
         end into exp 
  from product t1 
  join customer t2 on t1.p_id=t2.c_id 
  where t2.cr... -- 补充你的剩余查询条件
END;;
DELIMITER ;

方案2：用函数提前处理负数

如果你确实需要保留无符号转换的逻辑，可以用greatest()函数把负数直接替换成0，再转换就不会溢出了：

DELIMITER ;; 
DROP PROCEDURE IF EXISTS sp_price; 
Create Procedure sp_price( IN user_date INT, OUT exp INT)
BEGIN
  select case 
           when cast(greatest((start_date + 31536000 * a) - t2.start_time, 0) as unsigned) > 0 
           then sum(t2.price) 
           else 0 
         end into exp 
  from product t1 
  join customer t2 on t1.p_id=t2.c_id 
  where t2.cr... -- 补充你的剩余查询条件
END;;
DELIMITER ;

方案3：统一变量和字段类型

存储过程里的user_date是INT类型，但start_date、start_time看起来是时间戳（通常是BIGINT），类型不匹配可能导致隐式转换异常。把user_date改成BIGINT类型试试：

DELIMITER ;; 
DROP PROCEDURE IF EXISTS sp_price; 
Create Procedure sp_price( IN user_date BIGINT, OUT exp INT)
BEGIN
  -- 插入你的查询逻辑
END;;
DELIMITER ;

小调试技巧 #

你可以把存储过程里的计算逻辑单独拎出来，代入实际的测试数据，看看哪些行的((start_date) + (31536000 * a))-t2.start_time是负数，这样能更快定位问题出在哪些数据上。

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