关于MySQL的整型数据的内存溢出问题的应对方法
程序员文章站
2024-02-28 10:03:58
今天接到一个朋友电话说是觉的数据库被别人更改了,出现数据不对的问题 。经过很久的排查是数据类型溢出了(发生问题的版本是mysql 5.1)。后来通过给朋友那边把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, 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)'
所在处理这类数据是一定要小心溢出(如早期有做弊冲q币就是利用这个方法处理)
这个问题有可能会出现积分消息,积分相加, 或是一些钱相关的业务中出现, 主库5.1 ,从库mysql 5.5情况也会出现不同步的问题。
建议:这类业务系统尽可能的升级到mysql 5.5后版本
上一篇: 让人不得不佩服的CSS效果