Wiki https://en.wikipedia.org/wiki/Isolation_(database_systems) says；
可重复读取：
在此隔离级别中，基于锁 并发控制 DBMS 实现保持读写锁 （在选定的数据上获取）直到交易结束。然而， 范围锁不受管理，因此可能会发生幻读。在此隔离级别下可能会出现写偏斜，这种现象是两个 允许两个不同的人对表中的相同列进行写入 作家（之前阅读过他们正在更新的专栏）， 导致该列包含两者混合的数据 交易。
我很好奇为什么write skew可能发生在Repeatable reads？
它表示它将保持读锁和写锁直到事务结束并且write skew发生在previously read the columns they are updating，那么在读锁被锁定的情况下如何才能锁定写锁呢？
可重复读隔离级别保证每个事务都会从一致的快照 https://en.wikipedia.org/wiki/Snapshot_isolation数据库的。换句话说，在同一事务中两次检索同一行始终具有相同的值。
许多数据库如Postgres、SQLServer在可重复读隔离级别下都可以检测到丢失更新 https://stackoverflow.com/questions/855105/lost-update-in-concurrency-control（写入倾斜的特殊情况）但其他人则不然。 （即：MySQL 中的 InnoDB 引擎）
我们回来写倾斜现象问题。大多数数据库引擎在可重复读隔离中无法检测到某些情况。一种情况是当2个并发交易修改2个不同的物体并制定竞争条件。
我举一个书上的例子设计数据密集型应用程序 https://rads.stackoverflow.com/amzn/click/com/1449373321。这是场景：
您正在为医生编写一个应用程序来管理他们的值班人员 在医院轮班。医院通常会尝试安排几 随时待命的医生，但绝对必须至少有 一名待命医生。医生可以放弃轮班（例如，如果他们 自己生病了），前提是至少有一名同事仍在工作 调用该轮班
下一个有趣的问题是我们如何在数据库下实现这一点。这是伪代码 SQL 代码：
BEGIN TRANSACTION;
SELECT * FROM doctors
WHERE on_call = true
AND shift_id = 1234;
if (current_on_call >= 2) {
UPDATE doctors
SET on_call = false WHERE name = 'Alice' AND shift_id = 1234;
}
COMMIT;
Here is the illustration:
如上图所示，我们看到 Bob 和 Alice 同时运行上面的 SQL 代码。然而Bob和Alice修改了不同的数据，Bob修改了Bob的记录，Alice修改了Alice的记录。可重复读隔离级别的数据库无法知道并检查条件（总医生 >= 2）是否已被违反。出现了写入倾斜现象。
为了解决这个问题，提出了2种方法：
这是一些伪代码使用SELECT .. FOR UPDATE query.
BEGIN TRANSACTION;
SELECT * FROM doctors
WHERE on_call = true
AND shift_id = 1234 FOR UPDATE; // important here: locks all records that satisfied requirements.
if (current_on_call >= 2) {
UPDATE doctors
SET on_call = false WHERE name = 'Alice' AND shift_id = 1234;
}
COMMIT;