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. 当对触发的数据有过滤需求时，需要用数据库语言写很多条件判断语句，有些在程序语言中很好实现的，在数据库语言中非常困难。
2. 不利于理解与维护。由于有了1中那么多逻辑判断代码，导致触发器的语句会很冗长且复杂，阅读起来非常困难，即使加了注释。
3. 不利于调试。数据库语言毕竟不像其他程序设计语言，你想打断点或者输出日志看是什么原因没有触发吗？图样，只能将insert数据插入到一张临时表里查看。
4. 如果两张表有互相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)：

1. SET @disable_triggers = 1; SET @disable_triggers = NULL; 这两个语句必须与要执行的sql放在同一条sql中，然后一起提交执行。不能先 执行 SET @disable_triggers = 1; 再执行数据更新语句，再执行SET @disable_triggers = NULL; ，因为使用的变量是session变量，只有在同一个会话中，触发器才能找到disable_triggers变量。如果分成三次提交执行，相当于三个会话，触发器那边得到的disable_triggers变量还是为NULL。
2. 对于java中的 sql prepared statement 预处理执行sql语句的方式，以上设置session变量的方法会抛异常。（预处理模式不支持一次同时提交多个sql语句？）我在项目中使用的是spring 的jdbctemplate，原生jdbc应该也是一样的。所以使用这种方法临时禁用触发器时，还是老实做好参数防注入判断，然后拼接sql语句执行吧，还好这种需求的场景不会很多。