标签：事务 读取 重复 数据库 脏读 提交 SQL 隔离

概念

保证一个事务的正确性，需要保证：

• Atomicity 原子性：同一个事务中的操作，要么全部成功，要么全部失败。
• Consistency 一致性：数据库中的数据保证合法，满足所有的约束（比如唯一约束）
• Isolation 隔离性：不同的事务不能相互影响
• Durability 持久性：事务提交后，不管数据库是否崩溃重启，提交的事务所作出的修改都要生效

如果不对事务进行隔离，多个事务同时发生在数据库中，将会导致以下的问题：

• 脏读：一个事务读取到另一个未提交事务的修改。没保证原子性，如果当前事务基于这些脏数据进行操作，另一个事务回滚后，这些操作将会是错误的
• 不可重复读：事务中，另外的事务提交了update或delete，导致当前事务前后读取到的数据不一致。没保证持久性，会导致当前事务覆盖另外事务的修改
• 幻读：事务中，另外的事务提交了insert，导致当前事务前后读取到的数据总量不一致。当前事务先对唯一约束进行检查发现没有与将要插入的数据重复的，此时另外的事务提交了，导致当前事务进行插入后数据库中有两条相同的数据，破环了一致性

为了避免上述的情况，数据库设置了不同的隔离级别：

• read-uncommitted 读未提交：可以读到未提交的数据（完全不隔离）
• read-committed 读已提交：只能读取已提交的数据（避免脏读）
• repeatable-read 可重复读：只能读取到事务开始前，其它事务提交的数据（避免脏读、不可重复读）
• serializable 串行化：所有事务一个一个执行，不进行并发(避免脏读、不可重复读、幻读)

实现

以MySQL中的InnoDB为例。

• 读未提交：不加锁
• 读已提交：读取前加行锁，读取完毕释放
• 可重复读：读取前加行锁，事务完成后释放
• 串行化：读取前加表锁，事务完成后释放

注意：MySQL中默认的事务隔离级别为可重复读。但是实际操作中会发现，事务中无法读取到另一个事务同时提交的insert数据。貌似MySQL的可重复读级别并没有幻读的问题。其实这是因为MySQL不仅使用锁机制来进行事务隔离，同时使用MVCC来增强。如果在事务中对另一个事务同时提交的insert数据进行update，会发现能够修改成功，并且修改后能够查询到数据。

标签：事务,读取,重复,数据库,脏读,提交,SQL,隔离
来源： https://blog.csdn.net/qq_15718805/article/details/122649187

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。