MySQL删除行的死锁

Question

我们有一个(目前是InnoDB)表,其中包含大约500,000行.这表示要运行的任务队列.它存储在MySQL数据库中.

一个连续的基础,至少每秒一次,但有时更频繁,我们从中选择数据,然后更新一些行.每天一次,我们从表中修剪旧行.

我们开始在桌面上遇到僵局,这使我们的任务处理停滞不前.这些僵局是在夜间修剪过程中造成的.DELETE,SELECT和UPDATE的组合意味着基本上没有任何生产力可能发生.遗憾的是,我没有SHOW ENGINE INNODB STATUS的输出.

我想知道解决这个问题的最佳选择.请注意,我们的代码会检测死锁并重新发出查询.此外,我们很久以前就发现一次删除所有匹配的行对于看到大量活动的数据库表太过费力,所以我们一次将删除限制为10,000行,并继续重新发出查询,直到所有必要的行都被删除为止.修剪.

我看到以下选项,并希望哪些是最好的意见,或其他选项的建议:

1. 一次删除较少的行
2. 在我们的DELETE上使用指数退避,但我担心这对我们的特定工作量没有帮助
3. 根据MySQL文档的 LOCK TABLES .我们可能会接受在删除期间阻塞SELECT和UPDATE语句.
4. 切换到MyISAM表类型.我们选择了InnoDB,因为我们最初使用的是此表上的事务.这已不再是这种情况.我不熟悉具体知识,知道这是否是一个可行的解决方案.
5. 也许使用UPDATE LOW_PRIORITY.可能是DELETE不影响SELECT,只影响UPDATE,这可能就足够了.

Answer 1

执行DML操作时，InnoDB锁定所有扫描的行，而不是匹配的行。

考虑这个表格布局：

DROP TABLE t_tran;

CREATE TABLE t_tran (id INT NOT NULL PRIMARY KEY, data INT NOT NULL, KEY ix_tran_data (data)) Engine=InnoDB;

DROP TABLE t_tran;

CREATE TABLE t_tran (id INT NOT NULL PRIMARY KEY, data INT NOT NULL, KEY ix_tran_data (data)) Engine=InnoDB;

INSERT
INTO    t_tran
VALUES
(1, 1),
(2, 2),
(3, 3),
(4, 4),
(5, 5),
(6, 6),
(7, 7),
(8, 8);

START TRANSACTION;

DELETE
FROM    t_tran
WHERE   data = 2
        AND id <= 5;

在这种情况下，MySQL选择RANGE访问路径 on id，它认为比REFon便宜data。

在并发交易，您将能够删除或更新行6，7，8但没有行1到5，因为它们被锁定（尽管只有一行2受到影响）。

如果您id <= 5从上述条件中删除，您将能够删除除 row 之外的任何行3。

不幸的是，您无法控制操作中的MySQL访问路径DML。

您能做的最好的事情是正确索引您的条件，并希望MySQL能够选择这些索引。