2

让我从一个 SQL 示例开始我的问题。

这是表设置：

  1. 创建表x和y. 与y.x指x.id。
  2. x在(id=1) 中插入一行。
START TRANSACTION;
CREATE TABLE `x` (
    `id` INT(11) NOT NULL AUTO_INCREMENT,
    `value` INT(11) NOT NULL,
    PRIMARY KEY (`id`)
)  ENGINE=INNODB;
CREATE TABLE `y` (
    `id` INT(11) NOT NULL AUTO_INCREMENT,
    `x_id` INT(11) NOT NULL,
    `value` INT(11) NOT NULL,
    PRIMARY KEY (`id`),
    CONSTRAINT `fk_x` FOREIGN KEY (`x_id`)
        REFERENCES `x` (`id`)
)  ENGINE=INNODB;

INSERT INTO x values (1,123456);
COMMIT;

现在启动一个事务 (Trx A) 来更新x.

START TRANSACTION;
UPDATE x SET value=value+1 WHERE id = 1;

在提交之前，我正在启动另一个事务（Trx B）以将一行插入到y.

START TRANSACTION;
INSERT INTO y VALUES (null,1,123456);
---- HANGED ----
-- Until Trx A is committed or rolled-back, the Trx B is hanged here.

问题是——预计 Trx B 届时会被绞死吗？为什么以及任何解决方法？

这已经在 MySQL 5.7.21、Percona 5.7.21、MariaDB 10.2.14 上进行了测试

4

1 回答 1

3

是的，这是预期的。

Trx A 在记录上具有排他锁 (X)，因为它正在更新它。

Trx B 必须在所有外键引用上获取共享模式 (S) 锁，以确保满足约束条件。它等待 Trx A 释放它的 X 锁。

没有办法避免这种情况并保持参照完整性。如果您设法禁用锁定，MySQL 将无法保证引用的行存在。

通常的解决方法是删除外键。

于 2018-04-16T08:59:03.067 回答