事务的隔离级别

事务隔离级别与并发操作
未提交读（Read Uncommitted）：在这个隔离级别下，一个事务可以读取另一个未提交事务的数据。如果事务 A 正在修改数据但尚未提交，事务 B 却可以读取这些未提交的数据，当事务 A 回滚修改时，事务 B 读取的数据就可能是无效的。这种情况下，如果多个事务同时对同一行或同一表的数据进行读写操作，很容易导致脏读、不可重复读等问题，进而可能引起锁表。例如，事务 A 开始修改表中的某一行数据，事务 B 也尝试修改同一行数据，数据库可能会对这一行加锁，以保证数据的一致性，从而导致锁表。

读已提交（Read Committed）：一个事务只能读取另一个已提交事务的数据。在高并发场景下，当多个事务频繁地对同一行或同一表的数据进行读取和修改操作时，也可能会出现锁等待和锁冲突的情况。例如，事务 A 读取了一行数据并打算修改它，此时事务 B 也请求读取并修改同一行数据，事务 A 提交修改后，事务 B 才能继续进行修改操作，这个过程中可能会产生锁等待，导致锁表。

可重复读（Repeatable Read）：在这个隔离级别下，一个事务在执行期间多次读取同一行数据时，数据的值保持不变。这意味着事务在开始时会对涉及的数据行加锁，以确保数据的一致性。当多个事务同时对同一行数据进行操作时，可能会出现锁竞争，导致锁表。例如，事务 A 在执行一个复杂的查询操作，需要多次读取同一行数据，为了保证数据在事务 A 执行期间不被其他事务修改，数据库会对这些数据行加锁。如果此时事务 B 也尝试修改这些数据行，就会导致锁等待，进而可能引发锁表。

可重复读 简单来讲：可重复读，是指在当前事务操作对数据进行读取时，会对被读取的事务进行添加一把锁。保证被读取的事务只能被其他事读取，不能被修改。从而保证了每次读取的数据都是一样的了，保证了可以重复读

串行化（Serializable）：这是最高的事务隔离级别，事务会被串行执行，即一个事务完成后，另一个事务才能开始。在这种情况下，如果有多个事务对同一表进行操作，就会按照顺序依次执行，可能会因为事务等待时间过长而导致锁表。例如，事务 A 对整个表进行全表扫描操作，事务 B 想要对表中的某一行进行修改，由于事务 A 的操作是串行化的，事务 B 就需要等待事务 A 完成后才能执行，这个等待过程可能会导致锁表。