Question

MySQL（5.0.45）是否喜欢使用无符号数学进行奇怪的内部类型转换？我正在存储未签名的整数，但在选择基本算术时，我得到了令人发指的数字：

mysql> create table tt ( a integer unsigned , b integer unsigned , c float );
Query OK, 0 rows affected (0.41 sec)

mysql> insert into tt values (215731,216774,1.58085);
Query OK, 1 row affected (0.00 sec)

mysql> select a,b,c from tt;
+--------+--------+---------+
| a      | b      | c       |
+--------+--------+---------+
| 215731 | 216774 | 1.58085 |
+--------+--------+---------+
1 row in set (0.02 sec)

mysql> select (a-b)/c from tt;
+---------------------+
| (a-b)/c             |
+---------------------+
| 1.1668876878652e+19 |
+---------------------+
1 row in set (0.00 sec)

mysql> -- WHAT?
mysql> select a-b from tt;
+----------------------+
| a-b                  |
+----------------------+
| 18446744073709550573 |
+----------------------+
1 row in set (0.02 sec)

我认为这与减法为负的事实有关，因此它试图将结果映射到无符号和溢出？我可以通过将所有内容更改为已签名来解决这个问题，但我更倾向于使用32位整数来获得更多的正空间。

我之前没有在MySQL上碰到这个问题，而且我很确定我已经完成了许多未签名的MySQL算法;这是一个常见的问题吗？

Answer 1

如果减法运算符的左侧或右侧无符号，则结果也是无符号的。您可以通过设置the NO_UNSIGNED_SUBTRACTION SQL mode来更改此设置。

或者，您也可以显式地将无符号值转换为有符号的bigint值，然后进行减法。

Answer 2

试试这个：

mysql> select cast(cast(a-b as unsigned) as signed)/c from tt;

+-----------------------------------------+
| cast(cast(a-b as unsigned) as signed)/c |
+-----------------------------------------+
|                       -659.771639688953 | 
+-----------------------------------------+
1 row in set (0.00 sec)

参考：http://dev.mysql.com/doc/refman/5.0/en/cast-functions.html

Answer 3

是的，中间减法做了64位环绕。由于你期望32位整数，但实际得到64，所以没有理由使用无符号。

MySQL整数无符号算术问题？

3 个答案: