在生产的安装部署中，TiDB Server和TiKV有没有一定的比例关系，以达到更好的性能？
比如生产上有10个TiKV节点，前端是配置10个TiDB还是5个还是几个性能更好？支持的并发度最高？
tidb是计算存储分离架构，具体的还得看并发量、数据量，并发高了就扩容tidb，存储节点压力高了就扩容tikv
1 个赞
按照一楼所说，最好还是按需给配置，可以先看看tidb的最佳实践，再评估自己的业务量级，然后先部署一个配置当前业务量级合适适用集群。
然后后期如果发现有并发压力，或者是存储节点压力等，tidb数据库是支持在线扩容的，对在线业务影响不大，扩容也比较方便，前期一次性给太多的机器配置，其实经济压力比较大也容易造成配置浪费
最好把你的应用场景，并发量，数据存储容量提供一下。
这两者之间没有什么比例关系
生产环境上首先保证TiDB数量>=2，消除单点，前面用F5或HAProxy来负责均衡。然后再从监控上观察TiDB的CPU和内存负载，根据情况进行扩容
TiKV的数量首先不能小于副本数，每个TiKV实例规划2~3TB容量，然后再根据总数据量估算TiKV节点数(真实数据量*副本数)
没有比例关系吧，得看你自己的并发量，做一下性能测试应该能根据自己业务模型，评估出具体的数量
您这个回复应该是比较中肯的，但是我感觉TiDB和TiKV的数量应该是有一定关系的，TiKV如果很少，TiDB多了也没啥用。不知道这样理解对不对。
考虑在偏OLAP的场景中，数据量会很大，因此需要较大数量的TiKV来存储这些数据。但并发量很小，因此只需要部署少量TiDB节点即可(需要保证单台TiDB的机器配置)
与之相对应的，在OLTP场景中，数据量可能并没有很大，所需要的TiKV也不会很多，但是并发量和连接数需要较多的TiDB节点来承载
没有固定的关系，只有合理的关系。
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。