如何实现SELECT、UPDATE并返回选中值的行锁定事务？

首先得给你泼个小冷水：你当前的三步流程如果分开执行，会遇到严重的竞态条件问题。举个例子：两个客户端同时执行第一步的SELECT * FROM changes WHERE locked=0，它们都会拿到同一批未锁定的行；接着两个客户端又都执行UPDATE changes SET locked=1，结果就是多个客户端拿到了相同的数据，完全违背了你“选中瞬间锁定该行”的核心需求。

那正确的姿势应该是什么呢？核心思路是把「查询+锁定+更新」的操作变成原子性的，不让其他事务有插进来的机会。这里给你两种常用的实现方式：

方式一：用SELECT ... FOR UPDATE先锁行（兼容大多数关系型数据库） #

在事务中先通过带锁的查询锁定目标行，再执行更新，最后返回结果。这样其他事务在你提交前，根本读不到这些被锁定的行：

BEGIN TRANSACTION;

-- 锁定符合条件的行，其他事务无法读取或修改这些行直到当前事务结束
SELECT * FROM changes WHERE locked=0 LIMIT 1 FOR UPDATE; -- 按需调整LIMIT，比如处理多行就去掉

-- 更新刚才锁定的行（如果是多行，建议用SELECT返回的主键列表来精准更新，避免重复）
UPDATE changes SET locked=1 WHERE id IN (SELECT id FROM changes WHERE locked=0);

-- 返回最终的锁定结果
SELECT * FROM changes WHERE locked=1 AND id IN (SELECT id FROM changes WHERE locked=0);

COMMIT;

方式二：用UPDATE ... RETURNING一步到位（推荐，支持的数据库：PostgreSQL、MySQL 8.0+等） #

很多现代数据库支持UPDATE语句直接返回被修改的行数据，这是最简洁高效的方式——原子性地完成更新和数据返回，完全杜绝竞态：

BEGIN TRANSACTION;

-- 直接更新未锁定的行，同时返回这些行的所有数据
UPDATE changes SET locked=1 WHERE locked=0 RETURNING *;

COMMIT;

额外注意事项 #

• 一定要确保操作在同一个事务中执行，否则锁定会失效；
• 如果需要处理多行，尽量按主键顺序锁定（比如ORDER BY id FOR UPDATE），减少死锁概率；
• 事务隔离级别保持默认的REPEATABLE READ或READ COMMITTED即可，不需要过高的隔离级别。

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