今天接到一個朋友電話說是覺的數(shù)據(jù)庫被別人更改了，出現(xiàn)數(shù)據(jù)不對的問題　。經(jīng)過很久的排查是數(shù)據(jù)類型溢出了(發(fā)生問題的版本是MySQL　5.1)。后來通過給朋友那邊把MySQL　5.1升級到MySQL　5.5去解決這個問題。　這也讓我有興趣去了解一下MySQL不同版本數(shù)據(jù)類型溢出的處理機(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, ５.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ù)是一定要小心溢出(如早期有做弊沖Ｑ幣就是利用這個方法處理)

這個問題有可能會出現(xiàn)積分消息，積分相加，　或是一些錢相關(guān)的業(yè)務(wù)中出現(xiàn), 主庫5.1　，從庫MySQL　5.5情況也會出現(xiàn)不同步的問題。

建議：這類業(yè)務(wù)系統(tǒng)盡可能的升級到MySQL 5.5后版本

相關(guān)標(biāo)簽：MySQL

本文原創(chuàng)發(fā)布php中文網(wǎng)，轉(zhuǎn)載請注明出處，感謝您的尊重！

總結(jié)

以上是生活随笔為你收集整理的php mysql 内存溢出_关于MySQL的整型数据的内存溢出问题的应对方法_MySQL的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。