当MySQL在更新InnoDB表时确切地锁定了一行？

Question

如果我有这个multiupdate查询

UPDATE user u
INNER JOIN user_profile up ON up.user_id = u.id
SET u.name = 'same_name_i_already_had', up.profile.age = 25
WHERE u.id = 10

假设用户表中的第10行已经具有名称“same_name_i_already_had”，因此不应该更新。

另一方面，user_profile表中的行具有不同的年龄，因此MySQL应该更新它。

假设 MySQL 为RDBMS， InnoDB ，其行级锁定系统作为两个表的引擎，

MySQL是否锁定行用户表，尽管不必更新该行的名称字段？

Answer 1

确实会锁定user中的行。您可以使用优秀的innotop工具验证这一点。

• 运行innotop并按“L”键显示InnoDB锁定屏幕。
• 打开另一个会话，登录MySQL并启动TRANSACTION。
• 执行您显示的更新，但不要执行COMMIT。
• 在innotop屏幕中查看锁定。

例如，我在运行MySQL 5.5的测试VM上创建了表user和user_profile，我执行了上面列出的步骤。这是输出：

[RO] Locks (? for help) localhost, 08:34.568, InnoDB 10s :-), 0.10 QPS, 2/0/0 con/run/cac thds, 5.5.

__________________________________________ InnoDB Locks __________________________________________
ID  Type    Waiting  Wait   Active  Mode  DB    Table         Index    Ins Intent  Special        
 2  TABLE         0  00:00   02:35  IX    test  user                            0                 
 2  RECORD        0  00:00   02:35  X     test  user          PRIMARY           0  rec but not gap
 2  TABLE         0  00:00   02:35  IX    test  user_profile                    0                 
 2  RECORD        0  00:00   02:35  X     test  user_profile  PRIMARY           0  rec but not gap

Answer 2

几乎可以肯定它会锁定行。我不知道任何首先检查更改的简单字段。锁定，写入和解锁更容易，更快捷。如果在锁定之前有检查，则存在竞争条件：锁完全避免的事情。