一致性读的现象
例如，表T上一行的name字段值原来为A。现在在会话1下，将之改为B（未提交），接着，还在会话1下，select该行的name字段的值，结果为B。而接下来，在会话2下，select该行的name字段的值，结果为A（这就是一致性读）。
接着，在会话1下，输入commit，再在会话2下，select该行的name字段的值，结果为B（在执行select操作之前任何会话里的提交事务所做的修改，都可以查询出来）。
一致性读的原理
一、当用户A查询期间，用户B删除了表的最后一条记录，以此为例子来进行说明一致性读
一致性读是相对于脏读（Dirty Read）而言的。假设某个表T中有10000条记录，获取所有记录需要15分钟时间，即当前时间为9点整，某用户A发出一条查询语句：select * from T，该语句在9点15分时执行完毕。当用户A（会话1）执行该SQL语句到9点10分的时候，另外一个用户B（会话2）发出了一条delete命令，将T表中的最后一条记录删 除并提交了。那么到9点15分时，A用户将返回多少条记录？
如果返回9999条记录，则说明发生了脏读；如果仍然返回10000条记录， 则说明发生了一致性读。很明显，在 9点钟那个时间点发出查询语句时，表T中确实有10000条记录，只不过由于I/O的相对较慢，所以才会花15分钟完成所有记录的检索。对于Oracle 数据库来说，没有办法实现脏读，必须提供一致性读，并且该一致性读是在没有阻塞用户的DML的前提下实现的。
---------------------
作者：haiross
来源：CSDN
原文：https://blog.csdn.net/haiross/article/details/11081615
版权声明：本文为博主原创文章，转载请附上博文链接！