我们的Tidb集群中Tikv是3个节点，配置是16核32G，3TB磁盘，其中有2张表的数据达到20亿条，1张表的数据达到6亿条，这个时候出现了insert达到8s的慢查询；
后来增加Tikv到5个节点后，insert的慢查询就在1s或者1s以下；
这个时候进行了缩容Tikv的操作，即Tikv是4个节点，这个时候insert达到8s的慢查询又出现了
我们的疑问是：1、insert慢是出现在什么情况下呢？2、Tikv是部署奇数节点还是偶数节点比较好？3、Tikv扩充节点的指标是什么呢？
还请各位大神赐教，非常感谢
可参考的文档：TiDB 写入慢流程排查系列（一）— 前言
还是要看具体写入的场景，如果是秒级别的延迟，可以排查几个方向：
- 事务的隔离级别和是否有锁冲突，锁冲突严重情况下建议使用悲观锁； https://docs.pingcap.com/zh/tidb/stable/troubleshoot-lock-conflicts#tidb-锁冲突问题处理
- 是否有写入热点，对应的 schema 的是否使用 auto_inrement 主键，可以通过修改成 share row id + split region 方式处理热点问题。专栏 - 【TiDB 最佳实践系列】TiDB 高并发写入常见热点问题及规避方法 | TiDB 社区
发现insert出现的节点是正在增加tikv的事件，所以应该是增加tikv节点造成的
1 个赞
system
(system)
关闭
4
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。