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

我们的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 写入慢流程排查系列(一)— 前言
还是要看具体写入的场景,如果是秒级别的延迟,可以排查几个方向:

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

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

1 个赞

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