【 TiDB 版本】7.5.5
上游delete+insert操作,通过Kafka 后写到tidb,发现tidb的delete很慢,基于主键id 执行要300-400多毫秒,insert比较快,平均不到1ms
通过慢SQL执行时间看,时间消耗在这些地方
这里说锁冲突和错误,问了下 入库时数据都是分开多个线程操作的,也没看到有啥backoff, tidb.log也没啥错误信息
【 TiDB 版本】7.5.5
上游delete+insert操作,通过Kafka 后写到tidb,发现tidb的delete很慢,基于主键id 执行要300-400多毫秒,insert比较快,平均不到1ms
通过慢SQL执行时间看,时间消耗在这些地方
这里说锁冲突和错误,问了下 入库时数据都是分开多个线程操作的,也没看到有啥backoff, tidb.log也没啥错误信息
额 锁等待不属于 backoff 吧。
是不是 delete + insert 内容有交叉导致的?
https://docs.pingcap.com/zh/tidb/stable/troubleshoot-lock-conflicts
要不要看看 data lock wait 一些内容啊?
你有索引吗?
delete 在任何数据库都很慢,
确实锁的问题,找研发看了,有重复处理