mysql如何临时禁用触发器

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语句执行吧，还好这种需求的场景不会不少。