Oracle 读取一致性
原文地址:Managing Read Consistency
oracle版本:11g r1
Oracle分布式数据库中的一个重要限制就是读取一致性。问题产生的原因是因为每个系统都有自己的SCN,SCN可以当作数据库的内部时间戳。Oracle数据库服务通过SCN来明确查询数据的版本号。
分布式事务中的SCN在三种情况进行同步:1、每个SQL语句执行结束时;2、每个事务的开始时;3、每个食物结束时。节点间如果有大量通信尤其是分布式更新操作,这个同步的动作会非常频繁。尽管有这样那样的问题,在分布式系统中实际上没有任何方式能保证SCN的绝对同步:总会存在这样的情况,一个节点持有的SCN是另外一个节点之前的SCN。
因为SCN获取机制,你可以查询一个略微旧的快照数据,因此无法立刻看到远程数据库的最新变化。根据读取一致性,查询可以得到一致并且旧的数据。注意,查询所得到的数据是基于旧的SCN,因此如果本地执行更新事务并更新远程节点的两个表后,下次访问这两张表时会得到更新前的数据。
SCN获取机制的一个结果就是2个连续的 select 语句能够得到不同的数据,甚至在2个语句之间没有DML执行。例如,你执行更新语句然后向远程数据库提交该更新。当你用 select 语句查询视图(基于该远程表),视图不回显示更新的列。下一次执行 select 语句时,这个更新出现。
你可以使用下列条件来确定在查询前两个机器的SCN是同步的:
- 因为SCN是在远程查询后完成同步,会在每个远程查询之前都有一个虚拟的远程查询,例如, select * from dual@remote 。
- 因为SCN会在每个远程事务的开始、提交、回滚当前事务时进行同步,在远程查询之前。
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341