今天接到一个朋友电话说是觉的数据库被别人更改了，出现数据不对的问题　。经过很久的排查是数据类型溢出了（发生问题的版本是mysql　5.1）。后来通过给朋友那边把mysql　5.1升级到mysql　5.5去解决这个问题。　这也让我有兴趣去了解一下mysql不同版本数据类型溢出的处理机制。
先看一下mysql支持的整型数及大小，存储空间:
pe storage minimum value maximum value 存储大小
  (bytes) (signed/unsigned) (signed/unsigned) byte
tinyint 1 -128 127 1 byte
    0 255  
smallint 2 -32768 32767 2 bytes
    0 65535  
mediumint 3 -8388608 8388607 3 bytes
    0 16777215  
int 4 -2147483648 2147483647 4 bytes
    0 4294967295  
bigint 8 -9223372036854775808 9223372036854775807 8 bytes
    0 18446744073709551615
另外请记着mysql的数据处理会转成bigint处理，所以这里就用bigint几个测试：
代码如下:
select cast(0 as unsigned) - 1;
select 9223372036854775807 + 1;
mysql 5.1 下：
代码如下:
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 5.5, 5.6, 5.7下：
代码如下:
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)'
所在处理这类数据是一定要小心溢出（如早期有做弊冲ｑ币就是利用这个方法处理）
这个问题有可能会出现积分消息，积分相加，　或是一些钱相关的业务中出现, 主库5.1　，从库mysql　5.5情况也会出现不同步的问题。
建议：这类业务系统尽可能的升级到mysql 5.5后版本　
更多详情参考：　http://dev.mysql.com/doc/refman/5.7/en/out-of-range-and-overflow.html