一、原理解析
来自对 https://www.cnblogs.com/ubuntu1/p/8999403.html 的编写。
一、事物的四种隔离级别? /* 由低到高分为 Read uncommitted 读未提交 脏读! Read committed 读提交 不可重复读。 Repeatable read 重复读 幻读 Serializable 序列化 串行读 */ 1. Read uncommitted (脏读!) // 读未提交 就是一个事物可以读取另一个未提交事物的数据。 事例:老板要给程序员发工资,程序员的工资是3.6万/月。但是发工资时老板不小心按错了数字,按成3.9万/月, 【该钱已经打到程序员的户口,但是事务还没有提交】, 就在这时,程序员去查看自己这个月的工资,发现比往常多了3千元。 【但是老板及时发现了不对,马上回滚差点就提交了的事务,将数字改成 3.6 万再提交。】 // 分析:实际程序员这个月的工资还是3.6万,但是程序员看到的是3.9万。他看到的是老板还没提交事务时的数据。这就是脏读。 2. Read committed (不可重复读) // 读提交 就是一个事物要等待领一个事物提交后才能读取数据。 事例:程序员拿着信用卡去享受生活(卡里当然是只有 3.6 万),当他埋单时(程序员事务开启), 收费系统事先检测到他的卡里有 3.6 万, 就在这个时候!!程序员的妻子要把钱全部转出充当家用,并提交。 当收费系统准备扣款时,再检测卡里的金额,发现已经没钱了(第二次检测金额当然要等待妻子转出金额事务提交完)。 程序员就会很郁闷,明明卡里是有钱的… /* 分析:这就是读提交,若有事务对数据进行更新(UPDATE)操作时,读操作事务要等待这个更新操作事务提交后才能读取数据, 可以解决脏读问题。但在这个事例中,出现了一个事务范围内两个相同的查询却返回了不同数据,这就是不可重复读。 */ 3. Repeatable read (幻读) // 重复读 就是开始读取数据是,不在允许修改操作 事例:程序员拿着信用卡去享受生活(卡里当然是只有 3.6 万),当他埋单时(事务开启,不允许其他事务的UPDATE修改操作), 收费系统事先检测到他的卡里有 3.6 万。这个时候他的妻子不能转出金额了。接下来收费系统就可以扣款了。 /* 分析:重复读可以解决不可重复读问题。写到这里,应该明白的一点就是,不可重复读对应的是修改,即UPDATE操作。 但是可能还会有幻读问题。因为幻读问题对应的是插入INSERT操作,而不是UPDATE操作。 */ 4. Serializable 序列化 是最高的事物隔离级别。事物 /* 串行化顺序执行 可以避免脏读、不可重复读、和幻读。 隔离级别效率低下,比较消耗数据库性能。一般不使用。 */
二、图片示意。