1.这个功能只是看起来不错，如果你现在有一个tikv节点leader堆积，读压力全部积压在这个tikv节点上，可以开启follower read 来让其他空闲的tikv节点来分担这个tikv的压力，但假如你的tikv节点leader均衡（极大概率情况），只是某一个region或者表有读热点，你开启这个，可能对这个热点问题略有缓解，毕竟从1个region读变成3个redion读（3副本，选tidb_replica_read =leader-and-follower情况），但是对整体的读压力负载来说，就是单纯的增加了一次网络负载罢了，本身他们只需要读leader就可以了，现在变成了先去follower节点，然后通过网络再访问一下 leader 最新 commit index 后，再来读follower节点。
2.开的话，有打label的情况选closest-replicas或者closest-adaptive，没有选 leader-and-follower这个吧，但是这个开了有可能会降低整个集群的qps
1 个赞