MySQL BIGINT UNSIGNED 溢位錯誤：成因分析與解決方案

問題背景

在 MySQL 中進行整數減法運算時，若參與運算的任一操作數為 UNSIGNED 類型，結果將被視為無符號數。當結果為負數時，不同版本表現不同：

• MySQL 5.5.5 之前：靜默回滾為最大無符號整數（18446744073709551615），數據錯誤難以發現；
• MySQL 5.5.5 及以後：直接拋出錯誤 ERROR 1690 (22003): BIGINT UNSIGNED value is out of range，阻斷錯誤數據入庫。

典型觸發場景

-- 以下語句均會報錯
SELECT (CAST(0 AS UNSIGNED) - 1);
SELECT (1 - CAST(2 AS UNSIGNED));

-- 正數結果正常
SELECT (1 - CAST(0 AS UNSIGNED)); -- 返回 1

解決方案

方案一：顯式轉型為 SIGNED（推薦用於允許負數結果的業務）

將任一操作數強制轉為有符號類型，運算即在有符號域進行，負數結果合法返回：

SELECT (1 - CAST(2 AS SIGNED)); -- 返回 -1

方案二：業務層攔截異常（適用於結果必須為非負的場景）

若計算結果需寫入 UNSIGNED 字段，不應強轉類型掩蓋邏輯錯誤，而應在應用層捕獲異常並報警，排查業務邏輯（如扣款超額、庫存扣減異常等）。

最佳實踐建議

1. 設計階段：評估業務是否真正需要無符號類型；若涉及減法或可能產生負數，優先使用 SIGNED 類型；
2. 編碼規範：在 SQL 中混用有符號/無符號運算時，統一使用 CAST(... AS SIGNED) 明確語義；
3. 監控告警：針對 1690 錯誤碼配置日志告警，快速定位數據異常來源。

版本升級注意事項

從 5.5.5 以下版本升級時，原本靜默截斷的語句將開始報錯，建議提前掃描應用代碼中的減法運算，逐一評估兼容性。