由于逻辑复制是事务级别的复制,即事务在主节点上提交完成后才可以在从节点上开始执行,那么复制延迟可以简单地计算为:
Delay = TransactionTime + TransmissionTime + ReplayTime
当有执行时间很长的大事务时,这个时间就会变得难以接受。物理复制在这一点上则不同,由于物理复制的目的是在物理页的层面上保持主从节点的一致,而Redo Log 具有可以在事务执行时不断写入的特性,使得从节点也可以采用和主节点同样的方式做事务的回滚和多版本并发控制(MVCC),因此物理复制可以实时地发生在事务的整个执行过程中。此时物理复制的复制延迟变成:
Delay = TransmissionTime + ReplayTime
由于访问同一份Redo Log 时TransmissionTime 可以很小,而Redo Log 的ReplayTime 又仅仅是针对一个页的内容,相对于Binlog 又非常小,因此物理复制的复制延迟比逻辑复制小得多,且和事务大小无关,通常在毫秒级别。
以上内容摘自《云原生数据库原理与实践》,这本书可以在电子工业出版社天猫店购买。
版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。