nginx记录分析网站响应慢的请求(ngx_http_log_request_speed)

触发器可以让你在执行INSERT、UPDATE、DELETE的时候，执行一些特定的操作，可以在mysql中指定是咋sql语句之前还是之后。触发器本身没有返回值，不过他们可以读取或者更改处罚sql语句所影响的数据。所以，可以使用触发器实现一些强制限制，或者某些业务逻辑，否则，就需要再应用城西中实现这些逻辑。
MYSQL触发器的实现非常简单，所以功能也有限，如果你在其他数据库产品中已经重度依赖触发器，那么在使用mysql的时候需要注意，很多时候mysql触发器的表现和预想的并不一样。特别注意以下几点
・对每一个表的每一个事件，最多只能有一个触发器
・mysql只支持“基于行的触发”--也就是说，触发器始终是针对一条记录的，二不是针对整个sql语句的，如果变更的数据集非常大的话，效率会很低
下面这些触发器本身的限制也适用于mysql
・触发器可以掩盖服务器背后的工作，一个简单的sql语句背后，因为触发器，可能包含啦很多看不见的工作
・触发器的问题也很难排查，如果某个性能问题和触发器有关，会很难分析和定位
・触发器可能导致思索和锁等待。如果触发器失败，那么原来的sql语句也会失败。如果没有意识到这其中是触发器在捣鬼，那么很难理解服务器跑出的错误代码是什么意思
创建触发器
delimiter $$
create trigger `trigger_name`
after/before insert/update/delete on `table_name`
for each row
begin
sql;
end$$
delimiter ;

触发器的最大限制就是它的基于行的触发的设计。因为性能的原因，很多时候无法使用触发器来维护汇总和缓存表。使用触发器而不是批量更新的一个重要的原因就是，使用触发器可以保证数据的一致性。
触发器在MyISAM的表上不能保证数据的原子性，而在InnoDB上，触发器是在一个事务中完成的，可以保证数据的原子性。
有些时候可以使用一些技巧绕过触发器“基于行的触发”，对于before触发器除了处理的第一条记录。触发器函数ROW_COUNT()总是会返回1，可以利用这个特点，使得触发器不再是针对每一行都运行，而是针对一条sql语句运行一次。
语句如下
delimiter $$
create trigger `trigger_name`
before insert on `table_name`
for each row
begin
DECLARE v_row_count int default ROW_COUNT();
if v_row_count <> 1 then
--sql;
end if;
end $$
delimiter ;
本文出自 “Jeff” 博客，请务必保留此出处http://zhangxz.blog.51cto.com/5490116/1363100