mysql 读未提交,读已提交,可重复读,串行化 原理

MySQL的事务隔离级别有四种：读未提交（Read Uncommitted）、读已提交（Read Committed）、可重复读（Repeatable Read）和串行化（Serializable）。这些隔离级别决定了事务在并发执行时如何相互影响，特别是在处理读操作和写操作时。

1. 读未提交（Read Uncommitted）

   • 在这个隔离级别下，一个事务可以读取另一个事务未提交的数据。这意味着，如果一个事务正在修改某些数据，而另一个事务试图读取这些数据，那么它可能会看到这些数据在修改过程中的中间状态。
   • 这是最低的隔离级别，因为它允许“脏读”（dirty reads），即读取到尚未提交的事务的修改。
   • 优点：性能可能较高，因为不需要等待其他事务提交。
   • 缺点：数据一致性可能受损，因为可能会读取到尚未提交的数据。

2. 读已提交（Read Committed）

   • 在这个隔离级别下，一个事务只能读取另一个事务已经提交的数据。这避免了“脏读”的问题，因为一个事务不会读取到另一个事务未提交的修改。
   • 然而，这仍然可能导致“不可重复读”（non-repeatable reads）的问题，因为在一个事务执行过程中，另一个事务可能会修改或删除某些数据，导致第一个事务多次读取同一数据时得到不同的结果。
   • 优点：避免了“脏读”。
   • 缺点：可能遇到“不可重复读”的问题。

3. 可重复读（Repeatable Read）

   • 这是MySQL的默认隔离级别。在这个级别下，一个事务在开始后看到的数据快照会保持不变，即使其他事务在此期间对数据进行了修改或提交。这保证了在同一个事务中多次读取同一数据时得到的结果是一致的。
   • 这避免了“脏读”和“不可重复读”的问题，但可能导致“幻读”（phantom reads）的问题，即在一个事务执行过程中，另一个事务可能会插入新的数据，导致第一个事务在再次查询时看到额外的行。
   • 优点：避免了“脏读”和“不可重复读”。
   • 缺点：可能遇到“幻读”的问题。

4. 串行化（Serializable）

   • 这是最高的隔离级别。在这个级别下，事务是完全串行执行的，这意味着每个事务都必须等待前一个事务完成后才能开始。这确保了数据的一致性和完整性，但可能会显著降低性能，因为事务需要等待其他事务完成。
   • 通过锁定机制（通常是行锁）来实现串行化，以防止多个事务同时修改相同的数据。
   • 优点：保证了数据的一致性和完整性。
   • 缺点：性能可能较低，因为事务需要等待其他事务完成。

在选择适当的隔离级别时，需要权衡数据一致性、性能和并发性之间的需求。不同的应用场景可能需要不同的隔离级别。