4种事务隔离级别 & 3种异常现象

4种事务隔离级别和3种异常现象

事务隔离级别是指多个并发事务之间相互隔离的程度，用于控制事务对数据库的读取和写入操作的可见性和影响范围。在关系数据库管理系统（RDBMS）中，常见的事务隔离级别包括以下四个级别：

1. 读未提交（Read Uncommitted）：

   • 最低的隔离级别，事务中的修改可以被其他事务读取，即未提交的修改对其他事务是可见的。
   • 存在脏读（Dirty Read）的问题，即一个事务读取到了另一个未提交事务的数据。

2. 读已提交（Read Committed）：

   • 读已提交是默认的隔离级别。
   • 一个事务只能读取到已经提交的数据，避免了脏读的问题。
   • 但在并发环境下，可能出现不可重复读（Non-Repeatable Read）问题，即同一个事务内多次读取同一行数据，结果不一致。

3. 可重复读（Repeatable Read）：

   • 保证了在一个事务中多次读取同一数据时，结果始终一致。
   • 其他事务在当前事务提交之前不能修改当前事务中涉及的数据，避免了不可重复读的问题。
   • 但在并发环境下，可能出现幻读（Phantom Read）问题，即同一个查询多次执行，返回的结果集不同。

4. 串行化（Serializable）：

   • 最高的隔离级别，确保了事务的完全隔离性。
   • 所有事务依次串行执行，避免了脏读、不可重复读和幻读的问题。
   • 但串行执行会降低并发性能，通常只在必要时才使用。

选择适当的事务隔离级别取决于应用程序的要求和并发访问的特点。较低的隔离级别可以提高并发性能，但可能引入数据不一致的问题。较高的隔离级别可以保证数据的一致性，但会降低并发性能。在实际应用中，需要根据具体情况进行权衡和选择。

在MySQL中，默认的事务隔离级别是“可重复读”（Repeatable Read）。可以使用SET TRANSACTION ISOLATION LEVEL语句来显式设置事务的隔离级别。同时，MySQL也支持通过锁机制来实现更细粒度的并发控制，例如行锁和表锁。

请注意，在某些特殊场景下，如需要实现更高级的并发控制或避免特定的并发问题时，可能需要对事务隔离级别进行额外的

不同级别解决的问题

锁

InnoDB锁分类

悲观锁 & 乐观锁

悲观锁和乐观锁是两种并发控制的策略，常用于多个并发事务同时访问共享资源时的数据一致性保护。它们的区别在于对于并发冲突的处理方式。

1. 悲观锁（Pessimistic Locking）：

   • 悲观锁假设会发生并发冲突，因此在事务访问数据时会对数据进行加锁，防止其他事务同时修改数据。
   • 当一个事务访问数据时，会将数据加上排他锁，其他事务必须等待该锁释放才能访问该数据。
   • 悲观锁适用于并发冲突较为频繁的场景，能够确保数据的一致性，但并发性能较差。

2. 乐观锁（Optimistic Locking）：

   • 乐观锁假设并发冲突的概率较低，因此在事务访问数据时不对数据加锁，而是在提交事务时检查数据是否发生了冲突。
   • 事务在读取数据时会记录一个版本号或时间戳，提交事务时会检查版本号或时间戳是否被其他事务修改过，如果没有则提交成功，否则回滚事务。
   • 乐观锁适用于并发冲突较少的场景，能够提高并发性能，但需要处理并发冲突的回滚和重试机制。

悲观锁和乐观锁的选择取决于应用场景和数据访问特点。悲观锁适合并发冲突较频繁的场景，确保数据的一致性，但可能牺牲了并发性能。乐观锁适合并发冲突较少的场景，能够提高并发性能，但需要额外的冲突处理机制。

在实际应用中，可以根据具体的业务需求和性能要求选择合适的并发控制策略。有时也可以根据具体的数据访问模式，结合使用悲观锁和乐观锁来获得更好的性能和数据一致性。

脏读、不可重复读、换读

死锁？

脏读


不可重复读


幻读


死锁

线程死锁

死锁产生条件：1、互斥

死锁产生条件：2、持有并等待

死锁产生条件：3、不可剥夺

死锁产生条件：4、循环等待

避免死锁