mysql如何临时禁用触发器

起因

Mysql的触发器，在触发控制上，只能按照对数据的操作方式(Insert，Update，Delete)以及操作前后(before，after)进行触发控制。但是如果碰到以下需求又该如何：对于A表的Insert语句，只有符合某些条件的数据触发Insert触发器。

自己当初条件反射的写法

在对应的触发器语句中，增加条件判断的逻辑。举个栗子：

有个用户信息表user，有个通讯录表addressbook，两张表表结构类似，业务需求上某些数据需要做数据实时同步，即user有更新，addressbook也要更新。用户表有个Insert触发器，只把性别为男的用户数据插入到addressbook中。

两表结构如下：

#为方便起见两个表结构就一模一样了，真实环境下一般都是部分字段类似而已

#性别字段取值1男0女

CREATE TABLE `user` (

`id` INT(11) NOT NULL AUTO_INCREMENT,

`name` VARCHAR(50) NULL DEFAULT NULL,

`sex` TINYINT(4) NULL DEFAULT '0',

`age` INT(11) NULL DEFAULT '0',

`phone` VARCHAR(50) NULL DEFAULT NULL,

`qq` VARCHAR(50) NULL DEFAULT NULL,

PRIMARY KEY (`id`)

)

;

CREATE TABLE `addressbook` (

`id` INT(11) NOT NULL AUTO_INCREMENT,

`name` VARCHAR(50) NULL DEFAULT NULL,

`sex` TINYINT(4) NULL DEFAULT '0',

`age` INT(11) NULL DEFAULT '0',

`phone` VARCHAR(50) NULL DEFAULT NULL,

`qq` VARCHAR(50) NULL DEFAULT NULL,

PRIMARY KEY (`id`)

)

;

此时user表的Insert触发器写法：

CREATE DEFINER=`root`@`localhost` TRIGGER `user_insert_trigger` BEFORE INSERT ON `user` FOR EACH ROW

BEGIN

if new.sex = 1

then

insert into addressbook (name,sex,age,qq,phone)

values (new.name,new.sex,new.age,new.qq,new.phone)

;

end if;

END

经常码代码的程序猿们，应该最先想到的是这种写法吧，毕竟符合咱们平常写代码的逻辑。但是需求往往不是那么简单的，这头怪兽总是会向着我们不可预期的方向发展。再举个栗子：

现在只要同步这些用户：年龄大于30岁，qq号小于8位的，使用189手机的男用户。(卧槽(╯‵□′)╯︵┻━┻)。现在的触发器语句可能是这样子：

CREATE DEFINER=`root`@`localhost` TRIGGER `user_insert_trigger` BEFORE INSERT ON `user` FOR EACH ROW BEGIN

if new.sex = 1 and substring(new.phone,1,3)=189 and length(new.qq) <=8 and new.age >30

then

insert into addressbook (name,sex,age,qq,phone)

values (new.name,new.sex,new.age,new.qq,new.phone)

;

end if;

END

不就是if多了几个and条件，多使用了几个sql函数而已嘛！这的是这样吗？如果手机的判断条件变成是“福建电信用户”(不止是189号头哦)呢？还有更奇葩的需求：如果要实现user表和addressbook表双向同步怎么办，没错，就是user表跟addressbook表都有insert触发器往对方表插数据，这在mysql下是不允许的(防止循环触发)。当时碰到这个需求我竟然脑袋一热也用上面的方法这么写，触发器插入前判断new的数据在要插入的表里存不存在orz。

总结一下，上面的触发器写法有很多缺点：

当对触发的数据有过滤需求时，需要用数据库语言写很多条件判断语句，有些在程序语言中很好实现的，在数据库语言中非常困难。

不利于理解与维护。由于有了1中那么多逻辑判断代码，导致触发器的语句会很冗长且复杂，阅读起来非常困难，即使加了注释。

不利于调试。数据库语言毕竟不像其他程序设计语言，你想打断点或者输出日志看是什么原因没有触发吗？图样，只能将insert数据插入到一张临时表里查看。

如果两张表有互相insert触发往对方表增加新数据的逻辑，这种写法要么不可行，要么作死。

更灵活优雅的写法

方法是使用mysql的session级变量控制触发器触发，然后把上面的一堆判断逻辑放到程序代码中。这是在google上找到的stackoverflow帖子，感觉挺有用的。

举个栗子，上面的触发器可以这么写：

CREATE DEFINER=`root`@`localhost` TRIGGER `user_insert_trigger` BEFORE INSERT ON `user` FOR EACH ROW

#这里@disable_triggers 是自定义的session变量(mysql中约定session变量用@开头，只对某一次会话有效，不影响其他会话)，保证使用时各个触发器名字不一样就好

BEGIN

IF @disable_triggers IS NULL THEN

insert into addressbook (name,sex,age,qq,phone)

values (new.name,new.sex,new.age,new.qq,new.phone)

;

END IF;

END

如果在使用insert语句时，不想触发触发器，在sql语句前后加上这么两句即可。

#变量设为非NULL，这样不会进入触发器的相关操作

SET @disable_triggers = 1;

#不打算触发触发器的insert语句

insert into user values(....);

#上面语句执行完毕完毕后，重新将变量设置为NULL，重新开启触发逻辑

SET @disable_triggers = NULL;

对于某些更新数据时暂时想禁用触发器的情况，这种方法就可以先在程序代码中实现判断，然后决定要不要在执行的sql语句前后加入SET @disable_triggers = 1; 和 SET @disable_triggers = NULL; 来临时禁止触发器触发操作，触发器的代码就可以做到非常简洁而且容易维护。将判断逻辑放到程序代码中也方便debug。

不过在实践中发现此方法要注意以下几点(我使用的开发语言为java)：

SET @disable_triggers = 1; SET @disable_triggers = NULL; 这两个语句必须与要执行的sql放在同一条sql中，然后一起提交执行。不能先 执行 SET @disable_triggers = 1; 再执行数据更新语句，再执行SET @disable_triggers = NULL; ，因为使用的变量是session变量，只有在同一个会话中，触发器才能找到disable_triggers变量。如果分成三次提交执行，相当于三个会话，触发器那边得到的disable_triggers变量还是为NULL。

对于java中的 sql prepared statement 预处理执行sql语句的方式，以上设置session变量的方法会抛异常。(预处理模式不支持一次同时提交多个sql语句？)我在项目中使用的是spring 的jdbctemplate，原生jdbc应该也是一样的。所以使用这种方法临时禁用触发器时，还是老实做好参数防注入判断，然后拼接sql语句执行吧，还好这种需求的场景不会很多。