新手提问：TiDB的监控中发现很多慢查询是insert，很多时候达到了8s，请问怎么处理呢

🪐 TiDB 技术问题
1

我们的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扩充节点的指标是什么呢？

还请各位大神赐教，非常感谢

2

可参考的文档：TiDB 写入慢流程排查系列（一）— 前言
还是要看具体写入的场景，如果是秒级别的延迟，可以排查几个方向：

  1. 事务的隔离级别和是否有锁冲突，锁冲突严重情况下建议使用悲观锁； https://docs.pingcap.com/zh/tidb/stable/troubleshoot-lock-conflicts#tidb-锁冲突问题处理
  2. 是否有写入热点，对应的 schema 的是否使用 auto_inrement 主键，可以通过修改成 share row id + split region 方式处理热点问题。专栏 - 【TiDB 最佳实践系列】TiDB 高并发写入常见热点问题及规避方法 | TiDB 社区
3

发现insert出现的节点是正在增加tikv的事件，所以应该是增加tikv节点造成的

1 个赞
4

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