MySQL中UPDATE-JOIN查询如何锁表？锁表后关联更新为何报错？

这个问题本质是MariaDB/MySQL处理关联更新时的隐式别名机制和LOCK TABLES的锁定规则冲突导致的，我来给你拆解原因和解决办法：

问题根源 #

当你执行带INNER JOIN的UPDATE语句时，哪怕你没给表显式加别名，数据库内部会自动给参与关联的表分配一个隐式别名来处理JOIN逻辑。但LOCK TABLES的规则是：所有在查询中被引用的表（包括别名形式）都必须被显式锁定。

举个例子，你的关联更新语句：

UPDATE order_product INNER JOIN product ON order_product.product_id = product.id SET order_product.quantity = order_product.quantity + 1;

MariaDB内部会把它解析成类似这样的逻辑（自动添加了隐式别名）：

UPDATE order_product AS o INNER JOIN product AS p ON o.product_id = p.id SET o.quantity = o.quantity + 1;

而你之前的LOCK TABLES只锁定了原表名order_product和product，没锁定这个隐式的o和p，所以数据库就会判定“你要操作的o（实际对应order_product）没被锁定”，从而抛出#1100错误。

解决办法 #

有两种靠谱的方案，根据你的场景选：

方案1：显式指定别名，同时锁定别名 #

这是最直接的解决方式，给表加显式别名，并且在LOCK TABLES里把别名也一起锁定：

-- 直接锁定别名，后续操作必须用别名
LOCK TABLES order_product AS o WRITE, product AS p READ;
-- 用显式别名执行关联更新
UPDATE o INNER JOIN p ON o.product_id = p.id SET o.quantity = o.quantity + 1;

如果你担心后续混用原表名，也可以同时锁定原表和别名：

LOCK TABLES order_product WRITE, order_product AS o WRITE, product READ, product AS p READ;
UPDATE order_product AS o INNER JOIN product AS p ON o.product_id = p.id SET o.quantity = o.quantity + 1;

方案2：将JOIN转换为子查询（适合简单条件） #

如果不想用别名，也可以把关联条件改成子查询的形式，这样数据库不会生成隐式别名，就能配合原有的LOCK TABLES语句执行：

LOCK TABLES order_product WRITE, product READ;
UPDATE order_product 
SET quantity = quantity + 1
WHERE product_id IN (SELECT id FROM product); -- 这里可以根据你的实际业务调整WHERE条件

不过要注意，子查询的性能在数据量大的时候可能不如JOIN，所以优先推荐方案1。

额外建议（针对InnoDB引擎） #

因为你用的是InnoDB表，其实更推荐用事务+行级锁来保证原子性，而不是LOCK TABLES（表级锁会严重降低并发性能）。比如：

START TRANSACTION;
UPDATE order_product INNER JOIN product ON order_product.product_id = product.id SET order_product.quantity = order_product.quantity + 1;
-- 这里可以加其他需要原子执行的语句
COMMIT;

InnoDB会自动为涉及的行加锁，既保证了操作的原子性，又能支持更高的并发量，只有在某些特殊场景下（比如需要跨会话的表级锁）才需要用LOCK TABLES。

内容的提问来源于stack exchange，提问作者Grant