接着上回数据库事务隔离性实战的章节继续操作,主要针对几个只要问题进行操作和复现:
脏读:一个事务中,一开始读取的数据就为脏数据
不可重复读:一个事务中,一开始读取的数据,再次读取时数据发生了改变
幻读:一个事务中,一开始读取的数据,再次读取时有新增或删减数据
脏读只存在数据库读未提交事务下,以下实例以mysql为操作数据库。
实例需求为修改女生年龄,具体数据库表非常简单,大家自行创建即可。
两个窗口均执行set tx_isolation = 'read-uncommitted';将每个窗口连接的事务修改为读未提交,数据库默认为REPEATABLE-READ可重复读。
时间轴 | 事务A | 事务B |
---|---|---|
T1 | START TRANSACTION | |
T2 | START TRANSACTION | |
T3 | SELECT age FROM girl WHERE id = 13;#age=66 | |
T4 | UPDATE girl SET age = 55 WHERE id = 13; | |
T5 | SELECT age FROM girl WHERE id = 13;#age=55 | |
T6 | ROLLBACK | sql同上,此时age=66,之前获取的数据即为脏数据 |
T7 | COMMIT |
通过设置set tx_isolation = 'read-committed';为读提交即可避免上述问题发送,通过以上例子就会得过不同的结果。
但是设置为read-committed读提交,但是还是会有不可重复读问题,接下来复现不可重复读的问题。
时间轴 | 事务A | 事务B |
---|---|---|
T1 | START TRANSACTION | |
T2 | START TRANSACTION | |
T3 | SELECT age FROM girl WHERE id = 13;#age=55 | |
T4 | UPDATE girl SET age = 77 WHERE id = 13; | |
T5 | COMMIT | |
T6 | 同T3sql,age=77,数据发生了改变 | |
T7 | COMMIT |
通过设置set tx_isolation = 'REPEATABLE-READ';可重复读,会发现在T6时age=55没有发生改变,但同时有另外一个问题,此时age的实际值已修改为77,此时的age是不是可以认为是脏数据呢,以及这样做的好处是什么,欢迎大家一起讨论。
接下来将事务隔离级别设置为SERIALIZABLE;保证事务间串行处理:
时间轴 | 事务A | 事务B |
---|---|---|
T1 | START TRANSACTION | |
T2 | START TRANSACTION | |
T3 | SELECT age FROM girl WHERE id = 13;#age=55 | |
T4 | UPDATE girl SET age = 77 WHERE id = 13; | |
T5 | 事务B的update操作被阻塞,直到事务A事务ROLLBACK或COMMIT,否则会提示: [SQL] UPDATE girl SET age = 77 WHERE id = 13; | |
T6 | COMMIT | 此时事务B的update才提交成功 |
T7 | COMMIT |
以上就是全部实例,自己动手操作,才能深入理解实物隔离性的奇妙,留下一个可重复读的问题