這篇文章主要介紹了關于MySQL的整型數據的內存溢出問題的應對方法,作者還列出了MySQL所支持的整型數據的存儲空間支持大小,需要的朋友可以參考下

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

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

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

1. SELECTCAST(0ASUNSIGNED)-1; 
2.  
3. SELECT9223372036854775807+1; 

MySQL 5.1 下：

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

MySQL 5.5, 5.6, 5.7下：

1. mysql>SELECTCAST(0ASUNSIGNED)-1; 
2. ERROR 1690(22003): BIGINTUNSIGNEDVALUEISOUTOF range IN'(cast(0 as unsigned) - 1)' 
3. mysql>  
4. mysql>  
5. mysql>  
6. mysql>SELECT9223372036854775807+1; 
7. ERROR 1690(22003): BIGINTVALUEISOUTOF range IN'(9223372036854775807 + 1)' 

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

這個問題有可能會出現積分消息，積分相加，　或是一些錢相關的業務中出現, 主庫5.1　，從庫MySQL　5.5情況也會出現不同步的問題。

建議：這類業務系統盡可能的升級到MySQL 5.5后版本