關於MySQL的整型數據的內存溢出問題的應對方法，mysql整型

關於MySQL的整型數據的內存溢出問題的應對方法，mysql整型

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

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

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

SELECTCAST(0ASUNSIGNED)-1;
 
SELECT9223372036854775807+1;

MySQL 5.1 下：

mysql>SELECTCAST(0ASUNSIGNED)-1;
+-------------------------+|CAST(0ASUNSIGNED)-1|+-------------------------+|18446744073709551615|+-------------------------+1ROWINSET(0.01 sec)
 
mysql>SELECT9223372036854775807+1;
+-------------------------+|9223372036854775807+1|+-------------------------+|-9223372036854775808|+-------------------------+1ROWINSET(0.01 sec)

MySQL 5.5, ５.6, 5.7下：

mysql>SELECTCAST(0ASUNSIGNED)-1;
ERROR 1690(22003): BIGINTUNSIGNEDVALUEISOUTOF range IN'(cast(0 as unsigned) - 1)'
mysql> 
mysql> 
mysql> 
mysql>SELECT9223372036854775807+1;
ERROR 1690(22003): BIGINTVALUEISOUTOF range IN'(9223372036854775807 + 1)'

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

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