【TiDB 使用环境】生产环境
MySQL是可以做主从同步读写分离。MySQL的从库单独给其他项目提供查询服务,不影响主业务的使用。
针对这种问题,tidb如何在不影响自身主业务的前提下也能平稳的为其他项目提供查询服务?
【TiDB 使用环境】生产环境
MySQL是可以做主从同步读写分离。MySQL的从库单独给其他项目提供查询服务,不影响主业务的使用。
针对这种问题,tidb如何在不影响自身主业务的前提下也能平稳的为其他项目提供查询服务?
比主从强多了,你从节点能写入嘛?只能读对吧。
在raft协议下,所有tikv节点都是可读可写的。还提供强一致,不存在从节点延迟,读不到的问题。
那有什么方案能够在不影响主业务的前提下,也能为外部提供较高的一个查询性能呢?
感觉要么加tiflash节点,提升整体的查询性能;要么整个单独的只读集群。只读集群的话又走到主从的老路上了
第一个方案不一定能解决你的问题,除非你说的这个外部查询大部分都是聚合类的(带group by的),效果会非常好。
第二个方案肯定没问题,但成本会高一点。ticdc把数据同步过去就行了。
如果想在同一个集群内解决这个问题,有什么思路吗?
只能想办法用资源组控制一下。
不过这个多少有点既要又要。老板找你这么提问题没错,但你要真这么搞,起码应该对外部查询做一下预估。
不然谁敢保证呢。特别是这个外部查询,项目可能还不在你手里,人家只为了做自己的需求,可未必会管你的主业务是死是活。
到时候你轻则2个项目之间受夹板气,重则直接毕业了。
这个感觉不错
follower read、stale read、placement-rules in sql