MySQL触发器之初见

触发器

语法

CREATE TRIGGER trigger_name
trigger_time
trigger_event NO table_name
FOR  EACH ROW
trigger_stmt

• trigger_name: 标识触发器名称，用户自行指定；
• trigger_time: 标识触发时机，取值为 BEFORE、AFTER；
• trigger_event: 标识触发事件，取值为 INSERT、UPDATE 或者 DELETE；
• table_name: 标识触发器的表名，即在哪张表上建立触发器;
• trigger_stmt: 触发器程序体

例

当表tb1中记录添加后子哦对那个添加到表tb2中

CREATE TRIGGER trigger1
AFTER
INSERT ON tb1
FOR EACH ROW
INSERT INTO tb2 (name) VALUES (new.name)

• NEW: 表示新值
• OLD: 表示旧值
• INSERT只有NEW
• UPDATE有NEW和OLD
• DELETE只有OLD

向country表中添加数据后，将数据同步到country_dictionary表中

CREATE TRIGGER updateDct
AFTER 
INSERT ON country 
FOR EACH ROW
INSERT INTO country_dictionary(id,name,insetTime) VALUES (new.id,new.countryname,SYSDATE());

查询该库中的触发器

• 方法一

SHOW TRIGGERS;

• 方法二

SELECT * FROM information_schema.`TRIGGERS` WHERE TRIGGER_NAME = "updateDct";

删除触发器 DROP TRIGGER trigger_name;

DROP TRIGGER updateDct;

某些时候需要改变语句结束符号符号

在命令行中执行时，“；”加回车表示执行，需要将分隔符改为别的符号，执行完再改回来，可用 delimiter 关键字实现

在表更新后将跟新前和跟新后数据加到日志表中，见下

-- 将分隔符换位//
DELIMITER //

CREATE TRIGGER on_update_country_log
AFTER 
UPDATE ON country
FOR EACH ROW
BEGIN
	INSERT INTO country_update_log VALUES (UUID(),SYSDATE(),CONCAT("new[country_code=",new.countryCode,";countryname=",new.countryname,"]"));
	INSERT INTO country_update_log VALUES (UUID(),SYSDATE(),CONCAT("old[country_code=",old.countryCode,";countryname=",old.countryname,"]"));
END//

DELIMITER ;

【延申】为什么不推荐使用触发器和存储过程？

• 1.存储过程和触发器二者是有很大的联系的，我的一般理解就是触发器是一个隐藏的存储过程，因为它不需要参数，不需要显示调用，往往在你不知情的情况下已经做了很多操作。从这个角度来说，由于是隐藏的，无形中增加了系统的复杂性，非DBA人员理解起来数据库就会有困难，因为它不执行根本感觉不到它的存在。
• 2.再有，涉及到复杂的逻辑的时候，触发器的嵌套是避免不了的，如果再涉及几个存储过程，再加上事务等等，很容易出现死锁现象，再调试的时候也会经常性的从一个触发器转到另外一个，级联关系的不断追溯，很容易使人头大。其实，从性能上，触发器并没有提升多少性能，只是从代码上来说，可能在coding的时候很容易实现业务，所以我的观点是：摒弃触发器！触发器的功能基本都可以用存储过程来实现。
• 3.在编码中存储过程显示调用很容易阅读代码，触发器隐式调用容易被忽略。 存储过程也有他的致命伤↓
• 4.存储过程的致命伤在于移植性，存储过程不能跨库移植，比如事先是在mysql数据库的存储过程，考虑性能要移植到oracle上面那么所有的存储过程都需要被重写一遍。

———摘自互联网