Mysql中表字段为什么设置了unsigned之后无法计算出负数

如果想设置sql表数据的某一列数据必须大于0如何搞定？

• 答案是将该列设置为“无符号”，之后试着将数据插入到表里，果然无法插入，如图。
  

• 这是sql语句

SET FOREIGN_KEY_CHECKS=0;

-- ----------------------------
-- Table structure for test1
-- ----------------------------
DROP TABLE IF EXISTS `test1`;
CREATE TABLE `test1` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(255) DEFAULT NULL,
  `age` int(10) unsigned DEFAULT NULL,
  `sorce` int(11) unsigned DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=latin1;

-- ----------------------------
-- Records of test1
-- ----------------------------
INSERT INTO `test1` VALUES ('1', 'test', '1', '2');
INSERT INTO `test1` VALUES ('2', 'test2', '0', '0');
INSERT INTO `test1` VALUES ('3', 'test3', '2', '3');

• 当前这两个字段设置的都是填充0
  
• 现在是不能填充零了，但是如果我现在执行这样一个操作：

 SELECT  age-sorce FROM `test1` where id=1;

结果它给我报这样一个错：

• 看来是无法执行的。
• 然后又执行了这句sql

SET sql_mode='NO_UNSIGNED_SUBTRACTION';

结果：奇迹般的好了

常见的sql_mode有哪些？

• ONLY_FULL_GROUP_BY

对于GROUP BY聚合操作，如果在SELECT中的列，没有在GROUP BY中出现，那么将认为这个SQL是不合法的，因为列不在GROUP BY从句中

• STRICT_TRANS_TABLES

在该模式下，如果一个值不能插入到一个事务表中，则中断当前的操作，对非事务表不做任何限制

• NO_ZERO_IN_DATE

在严格模式，不接受月或日部分为0的日期。如果使用IGNORE选项，我们为类似的日期插入’0000-00-00’。在非严格模式，可以接受该日期，但会生成警告。

• NO_ZERO_DATE

在严格模式，不要将 '0000-00-00’做为合法日期。你仍然可以用IGNORE选项插入零日期。在非严格模式，可以接受该日期，但会生成警告

• ERROR_FOR_DIVISION_BY_ZERO

在严格模式，在INSERT或UPDATE过程中，如果被零除(或MOD(X，0))，则产生错误(否则为警告)。如果未给出该模式，被零除时MySQL返回NULL。如果用到INSERT IGNORE或UPDATE IGNORE中，MySQL生成被零除警告，但操作结果为NULL。

• NO_AUTO_CREATE_USER

防止GRANT自动创建新用户，除非还指定了密码。

• NO_ENGINE_SUBSTITUTION

如果需要的存储引擎被禁用或未编译，那么抛出错误。不设置此值时，用默认的存储引擎替代，并抛出一个异常。

mysql5.0以上版本支持三种sql_mode模式：

• ANSI模式

宽松模式，对插入数据进行校验，如果不符合定义类型或长度，对数据类型调整或截断保存，报warning警告。

• TRADITIONAL模式

严格模式，当向mysql数据库插入数据时，进行数据的严格校验，保证错误数据不能插入，报error错误。用于事物时，会进行事物的回滚。

• STRICT_TRANS_TABLES模式

严格模式，进行数据的严格校验，错误数据不能插入，报error错误。

为何设置unsigned之后无法计算a-b为负值的操作？

这是因为在计算机中,整数是以补码形式存放的。根据最高位的不同，如果是1,有符号数的话就是负数；如果是无符号数,则都解释为正数。另外，unsigned若省略后一个关键字，大多数编译器都会认为是unsigned int。
简而言之就是由于Int型占4字节，也就是16位，2^16 = 65535，如果有符号位就+ -两边均分，如果没有就全给+。
比如16位系统中一个smallint能存储的数据的范围为-32768到32767，而unsigned能存储的数据范围则是0到65535

mysql 字段大小范围

类型 | 大小 | 范围（有符号） | 范围（无符号）

TINYINT 1 字节 (-128，127) (0，255)

SMALLINT 2 字节 (-32768，32767) (0，65535)

MEDIUMINT 3 字节 (-8388608，8388607) (0，16777215)

INT或INTEGER 4 字节 (-2147483648，2147483647) (0，4294967295) 大整数值

int 类型的数据，如果是有符号最大值可以存到214483 647 ，unsigned无符号则可以存4294967295

测试：
插入int最大值 4294967295可以

多加1就不行。

因此可以暂时得出一个结论： 在计算unsigned字段的时候，mysql会先把负数转换为unsigned再进行查询。而mysql在处理unsigned字段的时候不会处理负数（unsigned默认不能为负），所以报这个错误。值得注意的是，在linux环境下，则会得到一个很大的整数。所以，这个unsigned在开发项目过程中是不推荐用的。用unsigned代替bigint更是不提倡的。

依据如下语句

select *  from test1 where age-sorce>0  // 结果应该是-1 报错  

SELECT  age-sorce FROM `test1` where id=2;  // 结果为0 正常

SELECT  age-sorce FROM `test1` where id=3; // 结果为1 正常