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

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

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

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

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

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

锁

悲观锁 & 乐观锁

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

1. 悲观锁（Pessimistic Locking）：

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

2. 乐观锁（Optimistic Locking）：

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

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

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

死锁？

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

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

避免死锁