MySQL触发器的 *** 作可以触发另一个触发器吗

触发器是与表有关的数据库对象，在满足定义条件时触发，并执行触发器中定义的语句集合，触发器这种特性可以协助应用在数据库端确保数据的完整性。

触发器只能创建在永久表上，不能对临时表创建触发器。其中trigger_time是触发器的时间，可以使BEFORE或者AFTER,BEFORE的含义指在检查约束前触发，而AFTER是在检查约束后触发。

删除触发器

一次可以删除一个触发程序，如果没有指定schoma_name,默认为当前数据库。

查看触发器

可以通过执行SHOW TRIGGERS 命令查看触发器的状态、语法等信息，但是因为不能查询指定的触发器，所以每次都返回所有触发器的信息，使用起来不是很方便。

触发器使用

触发器使用有两个限制：

处发程序不能调用将数据返回客户端的存储程序，也不能使用采用CALL语句的动态SQL语句，但是允许存储程序通过参数将数据返回触发器。

不能再触发器中使用以显示或隐士方式开始或结束事物语句。

MYSQL的触发器是按照BEFORE触发器、行 *** 作、AFTER触发器的顺序执行的，其中任何一步 *** 作发生错误都不会继续执行剩下的 *** 作，那么会整个作为一个事物被回滚（Rollback），但是如果是对事物非事物表进行 *** 作，那么已经更新的记录将无法回滚，这也是设计触发器的时候需要注意的问题

所有的逻辑都是顺序执行的，这点是不用怀疑的。

改变顺序执行的关键字有几个：goto,continue,break这几个关键字其实也是顺序执行，只不过强制代码跳转到某一块。

至于你的问题，详细看看你的判断逻辑和你在里面call 的那个procedure. 说不定在那个procedure里面也存在一个同样的逻辑。

这个与过程或事务无关！

是什么让你理解这个与过程或事务相关的？

看语法：

sp_settriggerorder[@triggername = ] 'triggername'

, [@order = ] 'value'

, [@stmttype = ] 'statement_type'

这个就是一个系统的存储过程，你运行即可

可用 sp_settriggerorder 指定表上第一个和最后一个执行的 AFTER 触发器。在表上只能为每个 INSERT、UPDATE 和 DELETE *** 作指定一个第一个执行和一个最后一个执行的 AFTER 触发器。如果同一表上还有其它 AFTER 触发器，则这些触发器将以随机顺序执行。

---