国产常规操作

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

ResolveLock:{num_rpc:1, total_time:12.117495ms}：读数据遇到锁后，进行 resolve lock 的时间。一般在读写冲突的场景下会出现。

确实锁的问题，找研发看了，有重复处理

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

按这个命令查下 [image]

换个版本吧7.3.0是DMR , 可以升级到7.5.5

看下overview → tikv leader 那个监控 是不是有有leader drop ，看磁盘带宽打的挺高的

如果网络没问题，看看你的数据啥样，是不是有很长的字段

3.38年没重启过 很稳定啊

分区索引是Local的，8.5版本全局索引才GA

日期列做hash或key分区可以打散热点，对范围读性能可能有影响。

7.5.2 修复 TiDB 可能向未准备就绪的 TiKV 发起请求的问题 #50758

1、这篇文档里说由snapwork 来发送接收snapshot的 [image] 这个文档里这样描述的 [image] snap-handler 线程池主要用于分发调度 send/receive snapshot 相关的任务。而真正的发送和接收 snapshot 任务，则由 snap_sender 这个子线程池来完成。 2、官方文档关于grpc线程的描述没有snapshot相关功能，需要补充 [image]

deploy是配置是好使的 ，后续得pd-ctl改 [image]

不是deploy时配置的吧？

得pd-ctl config set设置一下

pd-ctl config show 看下，应该是没用Pd-ctl 设置Pd层的配置

select store_id,address,label from information_schema.tikv_store_status 看下tikv配置label了没