1
条回答
写回答
写回答
-
传统普通的表，主副本可能会成为读写瓶颈，业务可能会使用读写分离技术，将只读查询分离 出去。运维将只读查询路由到备副本。这个风险是备副本理论上有一定延时。如果表是复制表，则 备副本没有延迟问题。这是一种使用场景，前提是开启弱一致性读。 复制表最有用的场景是业务数据库做了水平拆分后，有部分业务表不适合拆分。前者的数据主 副本有可能在所有机器上，后者的主副本只会在某台机器上。OceanBase 里一个事务的 SQL 都会 跟随到事务开始时那条 SQL 的路由，如果某个 SQL 被路由到的节点不是该 SQL 访问的分区的主 副本节点，这个 SQL 就是个远程 SQL 。如果这个分区所在的表是复制表，则这条 SQL 就会在本 机执行，从而提升性能。 复制表使用的前提是表的修改频率不能太高，每个事务的平均延时会比普通的表的事务延时要 大。
以上内容来自于《OceanBase 社区版入门到实战》，下载链接：https://developer.aliyun.com/topic/download?id=8210，如有问题，欢迎加入钉群进行答疑
2022-01-21 16:41:32赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
相关问答
