使用复合主键更新后MySQL触发器失败

Question

我想将更改保存到远程表中以便与 Android 应用程序同步。

包含数据的表定义为：

CREATE TABLE `lh_psalm_join` (
  `groupFK` int(11) NOT NULL,
  `readingFK` int(11) NOT NULL,
  `theOrder` int(11) NOT NULL,
  `themeFK` int(11) DEFAULT NULL,
  `epigraphFK` int(11) DEFAULT NULL,
  `thePart` int(11) DEFAULT NULL,
  PRIMARY KEY (`groupFK`,`readingFK`),
  KEY `readingFK` (`readingFK`),
  KEY `epigraphFK` (`epigraphFK`),
  KEY `themeFK` (`themeFK`),
  CONSTRAINT `lh_psalm_join_ibfk_1` FOREIGN KEY (`groupFK`) REFERENCES `lh_psalmody_join` (`groupID`) ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `lh_psalm_join_ibfk_2` FOREIGN KEY (`readingFK`) REFERENCES `lh_psalm` (`psalmID`) ON DELETE CASCADE ON UPDATE CASCADE,
  CONSTRAINT `lh_psalm_join_ibfk_3` FOREIGN KEY (`epigraphFK`) REFERENCES `lh_epigraph` (`epigraphID`) ON DELETE SET NULL ON UPDATE CASCADE,
  CONSTRAINT `lh_psalm_join_ibfk_4` FOREIGN KEY (`themeFK`) REFERENCES `lh_theme` (`themeID`) ON DELETE SET NULL ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci

这是圣化的表格：

CREATE TABLE `sync_lh_psalm_join` (
  `groupFK` int(11) NOT NULL,
  `readingFK` int(11) NOT NULL,
  `crud` char(1) DEFAULT NULL,
  `lastUpdate` timestamp NOT NULL DEFAULT current_timestamp() ON UPDATE current_timestamp(),
  PRIMARY KEY (`groupFK`,`readingFK`),
  CONSTRAINT `sync_lh_psalm_join_ibfk_1` FOREIGN KEY (`groupFK`, `readingFK`) REFERENCES `lh_psalm_join` (`groupFK`, `readingFK`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_spanish_ci

当在

lh_psalm_join

中插入或更新行时，我想在

sync_lh_psalm_join

中保存引用，以通过检查

lastUpdate

字段来进行同步。

为此我定义了这个触发器：

DROP TRIGGER IF EXISTS `lh_psalm_join_after_update`;
DELIMITER $$
CREATE TRIGGER `lh_psalm_join_after_update` AFTER UPDATE ON `lh_psalm_join` FOR EACH ROW
BEGIN
  DECLARE countRows INT(11) DEFAULT 0;
  SELECT 
    COUNT(*) 
  FROM `sync_lh_psalm_join` 
  WHERE 
    `groupFK`=NEW.`groupFK` AND 
    `readingFK`=NEW.`readingFK` 
  INTO countRows;
  IF countRows>0 THEN
    UPDATE `sync_lh_psalm_join` SET 
      `groupFK`=NEW.`groupFK`,
      `readingFK`=NEW.`readingFK`,
      `crud`='u', 
      `lastUpdate`=CURRENT_TIMESTAMP 
    WHERE 
      `groupFK`=OLD.`groupFK` AND 
      `readingFK`=OLD.`readingFK`;
  ELSE
    INSERT INTO `sync_lh_psalm_join` 
      (`groupFK`,`readingFK`,`crud`) 
    VALUES
      (NEW.`groupFK`,NEW.`readingFK`,'u');
  END IF;
  CALL spUpdateSyncStatus('lh_psalm_join');
END$$
DELIMITER ;

由于可能已经有一条带有主键的记录，我的想法是将该记录更改为主键的新值（在更新时），并将

lastUpdate

列的值更改为

CURRENT_TIMESTAMP

。

但是它不起作用，如果我在主键已存在于

UPDATE

中的某行的

lh_psalm_join

中尝试使用

sync_lh_psalm_join

，则会出现以下错误：

无法删除或更新父行：外键约束失败 （

c39b075_deiverbu

.

sync_lh_psalm_join

，约束

sync_lh_psalm_join_ibfk_1

外键 (

groupFK

,

readingFK

) 参考文献

lh_psalm_join

(

groupFK

,

readingFK

))

如果我将

WHERE

更改为：

，错误仍然存在

    WHERE 
      `groupFK`=NEW.`groupFK` AND 
      `readingFK`=NEW.`readingFK`;

我的方法有什么问题吗？

Answer 1

该错误与您的触发器无关。如果没有触发器，并且尝试更新另一个表所依赖的主键，您会收到相同的错误。

外键的默认操作包括

ON UPDATE RESTRICT

，与 InnoDB 的

ON UPDATE NO ACTION

相同。这意味着如果有人尝试更新子行引用的主键，则会发生错误。更新被阻止，调用者收到错误。

这就像您正在阅读报纸，而您的伴侣正在看着您。你去翻页，你的伙伴伸出手阻止你这样做，因为他们仍在阅读当前页面。 :-)

其他参考操作包括

ON UPDATE CASCADE

，这似乎就是你想要的。它将自动将新的主键值复制到子表。父行和子行的值会同时改变，不会出现错误。

阅读https://dev.mysql.com/doc/refman/8.0/en/create-table-foreign-keys.html#foreign-key-referential-actions了解有关这些选项的更多信息。

您必须这样声明外键：

CREATE TABLE `sync_lh_psalm_join` (
  ...
  CONSTRAINT `sync_lh_psalm_join_ibfk_1` FOREIGN KEY (`groupFK`, `readingFK`) 
    REFERENCES `lh_psalm_join` (`groupFK`, `readingFK`) ON UPDATE CASCADE
);

因此，对于触发器来说，如果使用 INSERT...ON DUPLICATE KEY UPDATE，可能会简单得多。

CREATE TRIGGER `lh_psalm_join_after_update` AFTER UPDATE ON `lh_psalm_join` FOR EACH ROW
BEGIN
  INSERT INTO `sync_lh_psalm_join` 
    (`groupFK`,`readingFK`,`crud`) 
  VALUES
    (NEW.`groupFK`,NEW.`readingFK`,'u')
  ON DUPLICATE KEY UPDATE `crud`='u', lastUpdate=CURRENT_TIMESTAMP;
  CALL spUpdateSyncStatus('lh_psalm_join');
END$$

通过声明外键，键列应该自动更新

ON UPDATE CASCADE

。

阅读 https://dev.mysql.com/doc/refman/8.0/en/insert-on-duplicate.html 了解有关

INSERT...ON DUPLICATE KEY UPDATE

的更多信息。