[TOC] **可重复读隔离级别** * 该级别**只能看到在事务开始之前被提交的数据**，看不到未提交的数据或者并行事务在本事务执行期间提交的修改 * 查询能够看见在它的事务中之前执行的更新，即使它们还没有被提交 * UPDATE、 DELETE、 SELECT FOR UPDATE、 SELECT FOR SHARE对于这些命令，在查询数据时的行为和 SELECT 完全一致。即只看到事务开始时已经提交的行。但在找到目标行时，这些记录可能已经被其他并发的事务阻塞，譬如更新、删除、加锁。 * 开启此级别的事务：BEGIN TRANSACTION ISOLATION LEVEL REPEATABLE READ; **与读已提交隔离级别的区别：** * 读已提交获取的查询命令开始时已提交的数据，一个事务中前后查询到的数据可能不一致。 * 可重复读获取的是事务开始前已提交的数据，同一个事务中前后查询获取到的数据是一致的。注意是看到的是事务中第一个非事务控制语句看到快照，而不是事务中当前语句看到的快照。 # <span style="font-size:15px">**实例 1：验证可重复读隔离级别**</span> 1. session 1 和session 2开启事务，session 2插入数据后提交，session 1查看数据  2. session 1 和session 2开启事务，session 2插入数据后提交，session 1尝试insert 和update session 2插入的数据  3 session 1开启事务，本事务中插入数据后查看，结果可以看到数据，即使未提交  **结论：** * 可重复读获取的是事务开始前已提交的数据 * 在该隔离级别下，查询看不到事务开始前未提交的数据，也看不到其他并发事务在该事务执行过程中提交的数据 * 在该隔离级别下，一个查询可以看到该事务前面未提交的数据。 # <span style="font-size:15px">**实例2：阻塞事务回滚**</span>  **结论：** &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;第一个阻塞事务回滚后，该事务的作用将被忽略，第二个事务可以继续更新最初发现的行。 # <span style="font-size:15px">**实例3：阻塞事务提交**</span> 1. session 1和session 2同时更新相同数据  2. 事务A修改提交后，事务B加锁  **结论：** * 在可重复读的隔离级别中，第一个事务阻塞第二个事务，只有两个事务作用的行有交叉才会发生阻塞。 * 第一个事务不论是修改提交或者是删除提交，被阻塞的第二个事务都不能修改、删除或者锁住第一个事务所影响的行。否则将返回 ERROR: could not serialize access due to concurrent update。 * 第一个事务如果是仅仅锁着然后提交释放锁(select for update/share)，则第二个被阻塞的事务可以进行作用最初发现的行。