《MysqL入门MysqL整型数据溢出的解决方法》要点：
本文介绍了MysqL入门MysqL整型数据溢出的解决方法，希望对您有用。如果有疑问，可以联系我们。
今天接到一个朋友电话说是觉的数据库被别人更改了,出现数据不对的问题 .经过很久的排查是数据类型溢出了(发生问题的版本是MysqL 5.1).后来通过给朋友那边把MysqL 5.1升级到MysqL 5.5去解决这个问题. 这也让我有兴趣去了解一下MysqL不同版本数据类型溢出的处理机制.MysqL应用
先看一下MysqL支持的整型数及大小,存储空间:MysqL应用
| pe | Storage | Minimum Value | Maximum Value | 存储大小 | @H_403_16@(Bytes) | (Signed/Unsigned) | (Signed/Unsigned) | byte | @H_403_16@TINYINT | 1 | -128 | 127 | 1 byte | @H_403_16@0 | 255 | @H_403_16@ | SMALLINT | 2 | -32768 | 32767 | 2 bytes | @H_403_16@0 | 65535 | @H_403_16@ | MEDIUMINT | 3 | -8388608 | 8388607 | 3 bytes | @H_403_16@0 | 16777215 | @H_403_16@ | INT | 4 | -2147483648 | 2147483647 | 4 bytes | @H_403_16@0 | 4294967295 | @H_403_16@ | BIGINT | 8 | -9223372036854775808 | 9223372036854775807 | 8 bytes | @H_403_16@0 | 18446744073709551615 |
|---|
另外请记着MysqL的数据处理会转成bigint处理,所以这里就用bigint几个测试：MysqL应用
SELECT CAST(0 AS UNSIGNED) - 1;
SELECT 9223372036854775807 + 1;
MysqL应用
MysqL> SELECT CAST(0 AS UNSIGNED) - 1;
+-------------------------+
| CAST(0 AS UNSIGNED) - 1 |
+-------------------------+
| 18446744073709551615 |
+-------------------------+
1 row in set (0.01 sec)
MysqL> SELECT 9223372036854775807 + 1;
+-------------------------+
| 9223372036854775807 + 1 |
+-------------------------+
| -9223372036854775808 |
+-------------------------+
1 row in set (0.01 sec)
MysqL应用
MysqL> SELECT CAST(0 AS UNSIGNED) - 1;
ERROR 1690 (22003): BIGINT UNSIGNED value is out of range in '(cast(0 as unsigned) - 1)'
MysqL>
MysqL>
MysqL>
MysqL> SELECT 9223372036854775807 + 1;
ERROR 1690 (22003): BIGINT value is out of range in '(9223372036854775807 + 1)'
所在处理这类数据是一定要小心溢出(如早期有做弊冲Ｑ币就是利用这个方法处理)MysqL应用
这个问题有可能会出现积分消息,积分相加, 或是一些钱相关的业务中出现,主库5.1 ,从库MysqL 5.5情况也会出现不同步的问题.
建议：这类业务系统尽可能的升级到MysqL 5.5后版本 MysqL应用
更多详情参考： http://dev.MysqL.com/doc/refman/5.7/en/out-of-range-and-overflow.htmlMysqL应用