TiDB 中慢节点的问题

场景:
TIDB 3节点默认配置情况下。如果某一个节点 写入事务过大(长事务,多事务)–leader 过多存在与此节点上, 导致另外2个节点陈旧。此时TIDB是如何解决陈旧 数据读取的。允许读取陈旧数据,然后等待日志应用完毕?还是读写操作都转移到这个节点,或者阻塞新事务?
求解惑。

节点没有陈旧一说阿,只有热点问题,出现热点问题,就会导致读写瓶颈,并不是什么好事情

分布式数据库,依赖于分布式调度协议,如果希望有了解,请多阅读一下官方的文档…

希望回答对你所有帮助!:nerd_face:

1 Like

我的意思是 某个节点写入量过大(leader),产生的日志要同步到其他节点中 产生的延时问题,可能是网络,可能是I/O的瓶颈。
此时TIDB是如何处理这种情况的呢?因为此时其他节点的部分数据 还是陈旧的(未完成同步)

推荐你看看这些:

https://docs.pingcap.com/zh/tidb/v4.0/tidb-storage#本地存储-rocksdb

https://docs.pingcap.com/zh/tidb/v4.0/rocksdb-overview#rocksdb-简介

谢谢~

:+1::+1::+1:

此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。