sql_mode中的 STRICT_TRANS_TABLES和STRICT_ALL_TABLES 区别

mysql的官方说明中提出：

严格模式控制MySQL如何处理非法或丢失的输入值。有几种原因可以使一个值为非法。例如，数据类型错误，不适合列，或超出范围。当新插入的行不包含某列的没有显示定义DEFAULT子句的值，则该值被丢失。

 

对于事务表，当启用STRICT_ALL_TABLES或STRICT_TRANS_TABLES模式时，如果语句中有非法或丢失值，则会出现错误。语句被放弃并滚动。

 

对于非事务表，如果插入或更新的第1行出现坏值，两种模式的行为相同。语句被放弃，表保持不变。如果语句插入或修改多行，并且坏值出现在第2或后面的行，结果取决于启用了哪个严格选项：

 

· 对于STRICT_ALL_TABLES，MySQL返回错误并忽视剩余的行。但是，在这种情况下，前面的行已经被插入或更新。这说明你可以部分更新，这可能不是你想要的。要避免这点，最好使用单行语句，因为这样可以不更改表即可以放弃。

 

· 对于STRICT_TRANS_TABLES，MySQL将非法值转换为最接近该列的合法值并插入调整后的值。如果值丢失，MySQL在列中插入隐式 默认值。在任何情况下，MySQL都会生成警告而不是给出错误并继续执行语句。

 

我的例子分析：

1：如果sql语句操作的是事务表（innodb类型）的时候，STRICT_ALL_TABLES或STRICT_TRANS_TABLES模式对数据的影响是一样的。

需要注意的是：

在事务中如果某个sql更新数据的语句报错，那么这条语句下面的未语句都不会执行，这条语句上面已经执行的语句会事务结束的时候commit

这是需要我们捕捉错误，让事务回滚。

 

例子如下：

CREATE TABLE `t1` (

  `f1` int(11) NOT NULL AUTO_INCREMENT,

  `f2` varchar(2) NOT NULL,

  UNIQUE KEY `f1` (`f1`)

) ENGINE=innodb AUTO_INCREMENT=12 DEFAULT CHARSET=utf8 CHECKSUM=1 DELAY_KEY_WRITE=1 ROW_FORMAT=DYNAMIC

 

DELIMITER $$

 

DROP PROCEDURE IF EXISTS `pr_test`$$

 

CREATE DEFINER=`root`@`127.0.0.1` PROCEDURE `pr_test`()

BEGIN

DECLARE EXIT HANDLER FOR SQLEXCEPTION BEGIN ROLLBACK;END;

   START TRANSACTION;

INSERT INTO t1 (f2) VALUES ('cd');

INSERT INTO t1 (f2) VALUES ('abc');

INSERT INTO t1 (f2) VALUES ('de');

COMMIT;

    END$$

 

DELIMITER ;

 

2：如果sql语句操作的是事务表。

两个区别是

INSERT INTO t1 (f2) VALUES ('ab'),('acd');

如果是STRICT_ALL_TABLES

结果是:

f1    f2

1     ab

如果是STRICT_TRANS_TABLES

结果是:

f1    f2

1     ab

2     ac