sql_mode中的STRICT_TRANS_TABLES和STRICT_ALL_TABLES区别

1、STRICT_TRANS_TABLES模式:

对于InnoDB表，sql插入执行失败，会报错，全部回滚。

例1：

value定义：int(1)

 

失败原因：s不能转换为integer

例2：

 

失败原因：int长度超过了2147483647

查询执行结果：

 

 

对于MyISAM表，sql插入执行失败：

1、如果是第一行数据出错，则会报错，会回滚

value定义：int(1)

 

失败原因：aa不能转换为integer

查询执行结果：

 

2、如果是大于第一行数据出错，MySQL将非法值转换为最接近该列的合法值并插入调整后的值。如果不能转换，MySQL在列中插入隐式默认值。在任何情况下，MySQL都不会报错（除非语法错误），并会继续执行语句。

 

查询执行结果：

 

解析：第一行是合法值，所以不管后面的行是不是合法都会继续插入。

第二行s2不能转换为integer，所以插入了隐式默认值0。

第三行和第四行的值超过了定义的int(1)，范围：[-2147483648,2147483647],所以转换成了最接近的值。

2、STRICT_ALL_TABLES模式:

对于InnoDB表，和STRICT_TRANS_TABLES模式相同

对于MyISAM表，sql插入执行失败会保存错误发生之前修改的行，忽略剩下的行，并报错。

 

查询执行结果：

 

总结

1、对于InnoDB表，STRICT_TRANS_TABLES与STRICT_ALL_TABLES模式效果一样，插入报错就全部回滚。

2、对于MyISAM表

STRICT_TRANS_TABLES：

        1、插入第一行数据失败会报错，会回滚并且停止。

        2、大于第一行之后的插入数据失败，mysql会把不合法的值强转为最为接近的值 或者隐式默认值，并且不会报错。

STRICT_ALL_TABLES：如果插入执行失败会保存错误发生之前插入的行，忽略剩下的行，并报错。

如果觉得有帮助，就在下面点个赞吧

附带：

1、两张表生成sql

CREATE TABLE `table1` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `value` int(1) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=53 DEFAULT CHARSET=utf8;

CREATE TABLE `table2` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `value` int(1) DEFAULT '99',
  PRIMARY KEY (`id`)
) ENGINE=MyISAM AUTO_INCREMENT=74 DEFAULT CHARSET=utf8;

2、sql_mode设置

set GLOBAL sql_mode='NO_AUTO_VALUE_ON_ZERO,STRICT_ALL_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION';

设置完关闭数据库连接，然后重新连接才会生效，查看是否设置成功：

select @@session.sql_mode;

这种设置方式只要MYSQL服务器重启就会失效。