SELECT ... FOR UPDATE 从多个线程中的一个表答案

【问题标题】：SELECT ... FOR UPDATE from one table in multiple threadsSELECT ... FOR UPDATE 从多个线程中的一个表
【发布时间】：2013-01-17 12:08:10
【问题描述】：

我需要一些关于SELECT FOR UPDATE (resp. LOCK IN SHARE MODE) 的帮助。

我有一个包含大约 400 000 条记录的表，我需要在每一行上运行两个不同的处理函数。

表结构是这样的：

data (
    `id`,
    `mtime`,  -- When was data1 set last
    `data1`,
    `data2` DEFAULT NULL,
    `priority1`,
    `priority2`,
    PRIMARY KEY `id`,
    INDEX (`mtime`),
    FOREIGN KEY ON `data2`
)

功能有点不同：

第一个函数 - 必须在所有记录上循环运行（非常快），应该根据priority1 选择记录；设置data1 和mtime
第二个函数 - 每条记录只运行一次（非常慢），应该根据priority2 选择记录；设置 data1 和 mtime

他们不应该同时修改同一行，但是选择可能会在他们两个中返回一行（priority1 和 priority2 具有不同的值），如果是这种情况，事务等待是可以的（我希望这将是唯一会阻塞的情况）。

我正在根据以下查询选择数据：

-- For the first function - not processed first, then the oldest,
-- the same age goes based on priority
SELECT id FROM data ORDER BY mtime IS NULL DESC, mtime, priority1 LIMIT 250 FOR UPDATE;

-- For the second function - only processed not processed order by priority
SELECT if FROM data ORDER BY priority2 WHERE data2 IS NULL LIMIT 50 FOR UPDATE;

但我遇到的是每次只返回一个查询。

所以我的问题是：

是否可以在不同行的两个独立事务中获取两个独立锁（在同一个表中）？
我在第一个和第二个查询之间是否有那么多冲突（我在调试时遇到了麻烦，任何关于如何调试 SELECT ... FROM (SELECT ...) WHERE ... IN (SELECT) 的提示将不胜感激）？
ORDER BY ... LIMIT ... 会引起任何问题吗？
索引和键会导致任何问题吗？

【问题讨论】：

什么表类型？ MyISAM 还是 InnoDB？据我所知，只有 InnoDB 具有行级锁定。 MyISAM 只有表级锁定。
我明白了……你的桌子上有索引吗？
@Mt.Schneiders 是的，我愿意。我已将它们添加到架构中。感谢您的关注。

标签： mysql transactions innodb table-locking

【解决方案1】：

在进一步研究之前要检查的关键事项：

确保表引擎是InnoDB，否则“for update”不会锁定行，因为不会有事务。
确保您正确使用“更新”功能。如果您选择要更新的内容，它将锁定到该事务。 虽然其他事务可能能够读取该行，但在原始锁定事务释放锁之前，它不能被任何其他事务选择更新、更新或删除。
为了保持干净，请尝试使用“START TRANSACTION”显式启动事务，运行您的选择“for update”，对返回的记录执行您要执行的任何操作，最后通过显式执行“ COMMIT”以结束交易。

据我所知，订单和限制对您遇到的问题没有影响，Select 返回的内容将是被锁定的行。

回答您的问题：

是否可以在不同行（在同一个表中）上的两个独立事务中获取两个独立的锁？
是的，但不在同一行。锁一次只能存在于一个事务中的行级别。
我在第一个和第二个查询之间有那么多冲突吗（我在调试时遇到了麻烦，任何关于如何调试 SELECT ... FROM (SELECT ...) WHERE ... IN (SELECT) 的提示将不胜感激） ?
计算行锁的时间可能很短，这将延迟第二个查询，但是除非您一次运行数百个这样的选择更新，否则它不会导致您出现任何明显或明显的延迟。
ORDER BY ... LIMIT ... 会导致任何问题吗？ 不是我的经验。它们应该像在正常的 select 语句中一样工作。
索引和键会导致任何问题吗？
索引应该像往常一样存在以确保足够的性能，但它们不应该导致获取锁的任何问题。

【讨论】：

【解决方案2】：

接受答案中的所有点似乎都很好，但低于 2 点： “Select 返回的都是被锁定的行。” & "索引和键会导致任何问题吗？但它们不应该导致任何获取锁的问题。"

相反，在决定选择和返回哪些行期间由 DB 内部读取的所有行都将被锁定。例如下面的查询将锁定表的所有行，但可能只选择并返回几行： select * from table where non_primary_non_indexed_column = ?更新由于没有索引，DB 将不得不读取整个表来搜索您想要的行，从而锁定整个表。

如果您只想锁定一行，则需要在 where 子句中指定其主键或索引列。因此，在仅锁定适当行的情况下，索引变得非常重要。

这是一个很好的参考 - https://dev.mysql.com/doc/refman/5.7/en/innodb-locking-reads.html

【讨论】：