今天接到一個朋友電話說是覺的數據庫被別人更改了，出現數據不對的問題　。經過很久的排查是數據類型溢出了（發生問題的版本是MySQL　5.1）。后來通過給朋友那邊把MySQL　5.1升級到MySQL　5.5去解決這個問題。　這也讓我有興趣去了解一下MySQL不同版本數據類型溢出的處理機制。

先看一下MySQL支持的整型數及大小，存儲空間:

另外請記著mysql的數據處理會轉成bigint處理，所以這里就用bigint幾個測試：

代碼如下:
SELECT CAST(0 AS UNSIGNED) - 1;

SELECT 9223372036854775807 + 1;

MySQL 5.1 下：
代碼如下:
mysql> SELECT CAST(0 AS UNSIGNED) - 1;
+-------------------------+
| CAST(0 AS UNSIGNED) - 1 |
+-------------------------+
|    18446744073709551615 |
+-------------------------+
1 row in set (0.01 sec)

mysql> SELECT 9223372036854775807 + 1;
+-------------------------+
| 9223372036854775807 + 1 |
+-------------------------+
|    -9223372036854775808 |
+-------------------------+
1 row in set (0.01 sec)

MySQL 5.5, 5.6, 5.7下：
代碼如下:
mysql> SELECT CAST(0 AS UNSIGNED) - 1;
ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(cast(0 as unsigned) - 1)'
mysql>
mysql>
mysql>
mysql> SELECT 9223372036854775807 + 1;
ERROR 1690 (22003): BIGINT value is out of range in '(9223372036854775807 + 1)'

所在處理這類數據是一定要小心溢出（如早期有做弊沖Ｑ幣就是利用這個方法處理）

這個問題有可能會出現積分消息，積分相加，　或是一些錢相關的業務中出現, 主庫5.1　，從庫MySQL　5.5情況也會出現不同步的問題。
建議：這類業務系統盡可能的升級到MySQL 5.5后版本　

更多詳情參考：　http://dev.mysql.com/doc/refman/5.7/en/out-of-range-and-overflow.html

您可能感興趣的文章:

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com