嘿，针对你的需求，我来给出靠谱的实现方案，确保并发场景下的行锁控制和数据更新的正确性：

完整事务代码示例 #

START TRANSACTION;

-- 第一步：锁定目标tableB行，阻止其他事务的并发修改
SELECT b.id, b.reserved, b.owner 
FROM tableB b
INNER JOIN tableA a ON b.parent_id = a.id
WHERE a.guid = '5344a990-fedf-4deb-a114-0d5d6a3ba180'
FOR UPDATE;

-- 第二步：执行更新操作，优先用主键确保精准更新
UPDATE tableB 
SET reserved = 1,  -- 这里替换成你的实际更新字段和值
    owner = 'current_user'
WHERE id = (
    SELECT b.id 
    FROM tableB b
    INNER JOIN tableA a ON b.parent_id = a.id
    WHERE a.guid = '5344a990-fedf-4deb-a114-0d5d6a3ba180'
);

COMMIT;

关键细节解释 #

• FOR UPDATE的作用：这个关键字会给查询返回的tableB行加上排他锁（X锁），在当前事务提交或回滚之前，其他事务无法对这些行执行写操作，也无法获取相同的排他锁，完美解决你要的“事务未完成时其他用户无法访问该行”的需求。
• 关联查询的注意点：因为你需要通过tableA的guid定位tableB的行，所以INNER JOIN是必要的。MySQL会自动锁定查询中满足条件的tableB行（如果不需要锁tableA的行也没关系，因为我们的更新目标只有tableB）。
• 更新条件的选择：用tableB的主键id作为更新条件是最优解——既保证更新的精准性（不会误改其他行），又能让MySQL快速定位到目标行，提升执行效率。
• 事务的完整性：整个逻辑必须包裹在START TRANSACTION和COMMIT之间，这样锁的生命周期才会和事务绑定，事务结束后锁会自动释放，避免出现长期持锁的问题。

可选简化方案（如果确定关联条件仅返回单行） #

如果你能确保a.guid对应的tableB行只有一条，也可以直接在UPDATE里复用关联条件，不过前提是已经通过前面的SELECT...FOR UPDATE锁定了该行：

START TRANSACTION;

SELECT b.id, b.reserved, b.owner 
FROM tableB b
INNER JOIN tableA a ON b.parent_id = a.id
WHERE a.guid = '5344a990-fedf-4deb-a114-0d5d6a3ba180'
FOR UPDATE;

UPDATE tableB b
INNER JOIN tableA a ON b.parent_id = a.id
SET b.reserved = 1,
    b.owner = 'current_user'
WHERE a.guid = '5344a990-fedf-4deb-a114-0d5d6a3ba180';

COMMIT;

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