MySQL 5.5.30 级联触发器不起作用
Posted
技术标签:
【中文标题】MySQL 5.5.30 级联触发器不起作用【英文标题】：MySQL 5.5.30 cascaded triggers not working 【发布时间】：2013-04-03 18:16:28 【问题描述】：由于某种原因，在 mysql 5.5.30 机器上，从第二个表中删除一行的触发器不再触发第二个表上的删除触发器。
这在我们的本地 MySQL 版本 5.5.25 上完美运行
我没有找到任何可以解释这种行为的文档，有人可能有同样的问题吗？
这要么是 MySQL 5.5.25 以上版本中出现的错误，要么是意外启用的“功能”。
UPDATE table1 => fires BEFORE UPDATE trigger ON table1
table1 BEFORE UPDATE TRIGGER executes: DELETE FROM table2 => should fire BEFORE DELETE trigger on table2 ( but doesn't )
table 2 BEFORE DELETE TRIGGER executes: DELETE FROM table3 (never happens)
好的，我的重现步骤：
数据库
CREATE DATABASE "triggerTest" DEFAULT CHARACTER SET utf8 COLLATE utf8_unicode_ci;
表格
CREATE TABLE "table1" (
"id" int(11) NOT NULL AUTO_INCREMENT,
"active" tinyint(1) NOT NULL DEFAULT '0',
"sampleData" varchar(100) COLLATE utf8_unicode_ci NOT NULL DEFAULT '',
PRIMARY KEY ("id")
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ROW_FORMAT=DYNAMIC;
CREATE TABLE "table2" (
"id" int(11) NOT NULL AUTO_INCREMENT,
"table1_id" int(11) NOT NULL DEFAULT '0',
PRIMARY KEY ("id"),
CONSTRAINT "test2_fk_table1_id" FOREIGN KEY ("table1_id") REFERENCES "table1" ("id") ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ROW_FORMAT=DYNAMIC;
CREATE TABLE "table3" (
"id" int(11) NOT NULL AUTO_INCREMENT,
"table1_id" int(11) NOT NULL DEFAULT '0',
PRIMARY KEY ("id"),
CONSTRAINT "test3_fk_table1_id" FOREIGN KEY ("table1_id") REFERENCES "table1" ("id") ON DELETE CASCADE ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci ROW_FORMAT=DYNAMIC;
触发器
DELIMITER $$
CREATE TRIGGER "table1_rtrg_AI" AFTER INSERT ON "table1" FOR EACH ROW
BEGIN
IF NEW."active" THEN
INSERT INTO "table2" ( "table1_id" ) SELECT NEW."id";
END IF;
END$$
CREATE TRIGGER "table1_rtrg_BU" BEFORE UPDATE ON "table1" FOR EACH ROW
BEGIN
IF NOT NEW."active" AND OLD."active" THEN
DELETE FROM "table2" WHERE "table1_id" = OLD."id";
END IF;
IF NEW."active" AND NOT OLD."active" THEN
INSERT INTO "table2" ( "table1_id" ) SELECT NEW."id";
END IF;
END$$
CREATE TRIGGER "table2_rtrg_AI" AFTER INSERT ON "table2" FOR EACH ROW
BEGIN
INSERT INTO "table3" ( "table1_id" ) SELECT NEW."table1_id";
END$$
CREATE TRIGGER "table2_rtrg_BD" BEFORE DELETE ON "table2" FOR EACH ROW
BEGIN
DELETE FROM "table3" WHERE "table1_id" = OLD."table1_id";
END$$
DELIMITER ;
问：为什么要用双引号来引用标识符？ （而不是反引号）
因为我不喜欢“小众语法”
mysql> show variables LIKE 'sql_mode';
+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------+
| Variable_name | Value |
+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------+
| sql_mode | PIPES_AS_CONCAT,**ANSI_QUOTES**,IGNORE_SPACE,NO_UNSIGNED_SUBTRACTION,STRICT_ALL_TABLES,NO_ZERO_IN_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION |
+---------------+------------------------------------------------------------------------------------------------------------------------------------------------------+
1 row in set (0.00 sec)
测试用例 1：预期行为（数据库版本 5.2.20）
mysql> SELECT VERSION();
+-----------+
| VERSION() |
+-----------+
| 5.5.20 |
+-----------+
1 row in set (0.00 sec)
mysql> SET GLOBAL general_log := ON;
测试插入触发器
mysql> INSERT INTO "table1" ( "active", "sampleData" ) SELECT 0, 'sample data row 1';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
general_log:
130423 12:51:27 78010 Query INSERT INTO "table1" ( "active", "sampleData" ) SELECT 0, 'sample data row 1'
mysql> INSERT INTO "table1" ( "active", "sampleData" ) SELECT 1, 'sample data row 2';
Query OK, 1 row affected (0.00 sec)
Records: 1 Duplicates: 0 Warnings: 0
general_log:
130423 12:51:33 78010 Query INSERT INTO "table1" ( "active", "sampleData" ) SELECT 1, 'sample data row 2'
78010 Query INSERT INTO "table2" ( "table1_id" ) SELECT NEW."id"
78010 Query INSERT INTO "table3" ( "table1_id" ) SELECT NEW."table1_id"
预期的表格内容：
mysql> SELECT * FROM "table1";
+----+--------+-------------------+
| id | active | sampleData |
+----+--------+-------------------+
| 1 | 0 | sample data row 1 |
| 2 | 1 | sample data row 2 |
+----+--------+-------------------+
2 rows in set (0.00 sec)
mysql> SELECT * FROM "table2";
+----+-----------+
| id | table1_id |
+----+-----------+
| 1 | 2 |
+----+-----------+
1 row in set (0.00 sec)
mysql> SELECT * FROM "table3";
+----+-----------+
| id | table1_id |
+----+-----------+
| 1 | 2 |
+----+-----------+
1 row in set (0.00 sec)
测试更新触发器，设置为激活状态
mysql> UPDATE "table1" SET "active" = 1 WHERE "id" = 1;
Query OK, 1 row affected (0.00 sec)
Rows matched: 1 Changed: 1 Warnings: 0
query_log:
130423 12:52:15 78010 Query UPDATE "table1" SET "active" = 1 WHERE "id" = 1
78010 Query INSERT INTO "table2" ( "table1_id" ) SELECT NEW."id"
78010 Query INSERT INTO "table3" ( "table1_id" ) SELECT NEW."table1_id"
预期的表格内容：
mysql> SELECT * FROM "table1";
+----+--------+-------------------+
| id | active | sampleData |
+----+--------+-------------------+
| 1 | 1 | sample data row 1 |
| 2 | 1 | sample data row 2 |
+----+--------+-------------------+
2 rows in set (0.00 sec)
mysql> SELECT * FROM "table2";
+----+-----------+
| id | table1_id |
+----+-----------+
| 2 | 1 |
| 1 | 2 |
+----+-----------+
2 rows in set (0.00 sec)
mysql> SELECT * FROM "table3";
+----+-----------+
| id | table1_id |
+----+-----------+
| 2 | 1 |
| 1 | 2 |
+----+-----------+
2 rows in set (0.00 sec)
测试更新触发器，设置为非活动状态
mysql> UPDATE "table1" SET "active" = 0 WHERE "id" = 2;
Query OK, 1 row affected (0.01 sec)
Rows matched: 1 Changed: 1 Warnings: 0
query_log:
130423 12:52:49 78010 Query UPDATE "table1" SET "active" = 0 WHERE "id" = 2
78010 Query DELETE FROM "table2" WHERE "table1_id" = NEW."id"
78010 Query DELETE FROM "table3" WHERE "table1_id" = OLD."table1_id"
预期的表格内容：
mysql> SELECT * FROM "table1";
+----+--------+-------------------+
| id | active | sampleData |
+----+--------+-------------------+
| 1 | 1 | sample data row 1 |
| 2 | 0 | sample data row 2 |
+----+--------+-------------------+
2 rows in set (0.00 sec)
mysql> SELECT * FROM "table2";
+----+-----------+
| id | table1_id |
+----+-----------+
| 2 | 1 |
+----+-----------+
1 row in set (0.00 sec)
mysql> SELECT * FROM "table3";
+----+-----------+
| id | table1_id |
+----+-----------+
| 2 | 1 |
+----+-----------+
1 row in set (0.00 sec)
Testcase2：意外行为（MySQL 版本 5.5.30）
神圣触发 grml - 你知道吗？很遗憾我没有先测试第二种情况 - 不幸的是我无法重现错误.. 测试也在 5.5.30 上运行，会及时更新:)
编辑
触发器没有级联，因为未知的定义器保留在为生产而制作的 sql 转储中。删除触发器转储中的 DEFINER=（替代解决方案是创建用户或将 DEFINER= 更改为现有用户）解决了问题，解决了部分问题。
未知的定义器没有导致任何日志文件输出
【问题讨论】：
请显示实际的代码。 日志中有什么感兴趣的吗？另外，你能在一个全新的数据库上创建一个小例子来说明这个问题吗？ （如果它是可复制的，那就更容易理解了，imo）。 嘿，米歇尔，是的，正如halfer 所说，您能给我们举一个您的桌子设计的例子吗？ 用示例代码更新了我的答案，但不幸的是我无法重现我在更复杂触发器中的行为，将不得不花更多时间寻找更简单的案例来重现我的问题 @MichelFeldheim - 听起来你解决了问题。您应该提供自己的答案和自我接受，为他人未来的利益。 【参考方案1】：请注意，外键操作不会触发触发器，请参阅Restrictions for Triggers：
触发器不会被外键操作激活。
这意味着级联删除外键不会激活任何“ON DELETE”触发器...
【讨论】：
【参考方案2】：MySQL 中的触发器（与存储过程不同）总是在DEFINER 的上下文中运行。触发器可能无法工作，因为DEFINER 没有执行部分或全部触发器的权限。特别是，在 MySQL 5.1 及更高版本中，DEFINER 需要具有TRIGGER 权限以及相关的SELECT 和/或UPDATE 权限。
当触发器似乎不起作用时，检查权限。
【讨论】：
【参考方案3】：最终结论：MySQL 5.5.30 在这种情况下没有问题，服务器本身也没有配置错误。
几个自己犯的错误导致了这个问题：
错误一：DEFINER 用户不存在
我不只是在生产机器上生成数据库，而是偷懒并将测试数据库转储到生产机器上。如果您没有在CREATE TRIGGER 语句中显式设置DEFINER，则将其设置为CURRENT_USER。不幸的是，我的测试机器上的这个确切的CURRENT_USER 在生产服务器上不存在。
错误二：懒惰
mysqldump 使用 DEFINER 转储触发器定义，创建触发器应该会生成警告，但我又懒惰了，做了这样的事情..
mysqldump --triggers --routines -h test -p database | gzip -3 | ssh production "gunzip -c | mysql -h production_database_host -p production_database"
这看起来很酷（omg geek）并为您节省大量转储文件推送，但它抑制了您在从控制台中加载转储时可能看到的警告
MySQL 写了以下关于触发器定义器的内容：
如果你指定了 DEFINER 子句，这些规则决定了合法的 DEFINER 用户价值观：
如果您没有 SUPER 权限，则唯一合法的用户值是 您自己的帐户，可以按字面意思指定，也可以使用 CURRENT_USER 指定。 您不能将定义器设置为其他帐户。
如果你有 SUPER 权限，你可以在语法上指定任何 合法帐户名称。如果该帐户实际上不存在，则会发出警告 已生成。
虽然可以使用不存在的 DEFINER 创建触发器 帐户，在此之前激活此类触发器并不是一个好主意 该帐户确实存在。否则，尊重的行为 权限检查未定义。
来源：http://dev.mysql.com/doc/refman/5.5/en/create-trigger.html
错误三：懒惰
我有一个非常酷的 mysqldump 包装器，它能够生成干净、可重用的转储文件。在没有 DEFINER 的情况下覆盖触发器时，我在生产服务器上打开了一个控制台事务（锁定 table2），因此 table2 上的触发器根本没有更新，而是再次更新，因为我的数据 sql 管道超过 5 个服务器，我没有看到超时错误。
结论：
没有错误，只是没有正确创建触发器..
有时你应该停止偷懒，给重要的事情多一点时间和关注可以为你节省很多时间！！
【讨论】：
以上是关于MySQL 5.5.30 级联触发器不起作用的主要内容，如果未能解决你的问题，请参考以下文章