REPEATABLE-READ：可重复读的隔离级别可能会导致查询时无法读取到未提交的数据

对于REPEATABLE-READ：可重复读的隔离级别，确实可能会出现无法读取到未提交的数据的情况。这是因为在可重复读隔离级别下，读取的是上次查询时的快照，而不是实时数据。因此，如果在事务中写入了数据但还未提交，后续的查询仍然会读取到上次查询时的数据快照，而无法读取到最新的数据。

例如，在一个事务中写入了一条数据，然后开启另一个事务进行查询，此时如果查询隔离级别为REPEATABLE-READ，可能无法读取到刚才写入的数据。这是因为查询时读取的是上次查询时的快照，而不是实时数据。

解决这个问题的方法可以是将隔离级别降低为READ-COMMITTED或READ-UNCOMMITTED，或者在写入数据后显式地提交事务，让数据立即生效。当然，在选择隔离级别时，需要根据实际情况和业务需求进行选择，避免出现数据不一致或者其他问题。

相关问题

InnoDB 存储引擎在 REPEATABLE-READ（可重 读）隔离级别下怎么保证不会发生幻读

InnoDB 存储引擎在 REPEATABLE-READ 隔离级别下通过多版本并发控制（MVCC）机制来保证不会发生幻读。

具体来说，当一个事务开始时，InnoDB 会为该事务创建一个视图（View），该视图包含当前时间点数据库中所有正在进行的事务对应的快照。在该事务中，所有 SELECT 操作都会使用该事务的视图来读取数据。因此，即使其他事务在该事务执行 SELECT 操作期间插入或删除了数据，该事务也只会看到它开始时的数据。

当一个事务进行 INSERT、UPDATE 或 DELETE 操作时，InnoDB 会为该操作创建一个新版本的数据，而不是直接在原始数据上进行修改。这样，其他事务仍然可以使用它们自己的视图来读取原始数据，而不会受到该事务的影响。

因此，在 REPEATABLE-READ 隔离级别下，InnoDB 通过 MVCC 机制来保证每个事务读取的数据都是一致的，而不会受到其他事务的干扰，从而避免了幻读的发生。

REPEATABLE-READ

REPEATABLE-READ是MySQL中的一种事务隔离级别，它保证了在同一个事务中，读取到的数据是一致的，并且不会受到其他并发事务的影响。在REPEATABLE-READ隔离级别下，一个事务在第一次读取某个数据后，会将该数据所在的行加锁，以确保其他并发事务不能修改该数据。这样，在同一个事务中，不论读取多少次该数据，都会得到相同的结果。

需要注意的是，REPEATABLE-READ隔离级别只能保证在同一个事务中读取到的数据一致，如果其他并发事务修改了该数据，当前事务再次读取该数据时，会重新读取最新的数据而不是之前缓存的数据。因此，在REPEATABLE-READ隔离级别下，如果一个事务需要修改某个数据并且需要保证一致性，必须要将该数据所在的行加锁。