触发器性能通常比较低？？？？
在线库 用了若干触发器
检查慢查询的查询， 发现这些有触发器的表 在慢查询里出现频率是相当的高
反复思考
-------------来自前辈的建议
总体而言，触发器性能通常比较低。当运行触发器时，系统处理的大部分时间花费在参照其它表的这一处理上，因为这些表既不在内存中也不在数据库设备上，而删除表和插入表总是位于内存中。可见触发器所参照的其它表的位置决定了操作要花费的时间长短。
在实际的项目中，不推荐使用触发器。
我的在线db 并发性很高 ， 而且做了单向复制，正好这些有触发器的表都是复制表。 总之感觉饿这些表好慢
困惑：我该如何才能提高性能 。 是否需要停掉全部的触发器。
te 25w记录这个表有2个触发器 复制表
user 10w 记录 有2个触发器 复制表
account 10w记录 有1个触发器 复制表
------------------
这种情况是否压迫我停掉所有触发器！！ （实在头疼基本慢查询都是这些表 其他大表反倒慢查询不会那么多
当然这些表使用是相当频繁的 ）
[解决办法]
存储过程，我还是比较喜欢的，毕竟大数据量的时候，在服务器端执行，还是有优势的 。
触发器，我基本上不用。
[解决办法]
刚开发的时候 学了什么就想用什么 什么都想用到实践里面去 慢慢地确发器不用了 但是存储过程用得还是很多的 放在服务器端运行 还是有一定优势的！
[解决办法]
触发器也不是不好，看你怎么用了。如果一次更新的数据量不是太大，很好用
[解决办法]
