關(guān)于MySQL的整型數(shù)據(jù)的內(nèi)存溢出問題的應對方法
今天接到一個朋友電話說是覺的數(shù)據(jù)庫被別人更改了,出現(xiàn)數(shù)據(jù)不對的問題 。經(jīng)過很久的排查是數(shù)據(jù)類型溢出了(發(fā)生問題的版本是MySQL 5.1)。后來通過給朋友那邊把MySQL 5.1升級到MySQL 5.5去解決這個問題?!∵@也讓我有興趣去了解一下MySQL不同版本數(shù)據(jù)類型溢出的處理機制。
先看一下MySQL支持的整型數(shù)及大小,存儲空間:
另外請記著mysql的數(shù)據(jù)處理會轉(zhuǎn)成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, 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)'
所在處理這類數(shù)據(jù)是一定要小心溢出(如早期有做弊沖Q幣就是利用這個方法處理)
這個問題有可能會出現(xiàn)積分消息,積分相加, 或是一些錢相關(guān)的業(yè)務中出現(xiàn), 主庫5.1 ,從庫MySQL 5.5情況也會出現(xiàn)不同步的問題。
建議:這類業(yè)務系統(tǒng)盡可能的升級到MySQL 5.5后版本