感谢！ 1、 下面是我的配置，暂时没看出了和样例的差异 [image] [image] 2、这个扫描工具的信息显示似乎是因为etcd/promethues没有设置用户密码，是否开启openssl能解决这问题，有没有其他方式解决呢？ 开启ssl不是目的，只要满足扫描工具即可？

https://github.com/facebook/rocksdb/wiki/Delete-Stale-Files#reference-counting sst文件有引用计数，当计数减为0后compact的文件才能被删除

可以的，就是改成这样晚9早7间执行

看下这SQL前后的CPU和网络情况，总的cpu可以看overview、tikv detail. black_exportor有Ping延迟

先看下慢SQL

还是提升磁盘性能

5.7测试了，update确实这样，delete没问题，，估计第二个会话update执行后更新了readview

mysql transaction-isolation设置是什么

关了依赖操作系统，它啥时时刷就啥时候刷

你到底是看到的哪个值， 你后面这个begin开启事务了吗？

合理，默认是snapshot isolation+悲观锁 ，begin开启事务，能看到的数据是当时的数据，update被阻塞后会获取最新的数据以确认是否有符合的记录，但select还是bgin时的时点

https://docs.pingcap.com/zh/tidb/stable/generate-self-signed-certificates 按照文档执行到 [image] 报错 $ openssl req -new -key tikv.key -out tikv.csr -config openssl.cnf Error Loading request extension section v3_req 140275897460544:error:22075075:X509 V3 routines:v2i_GENERAL_NAME_ex:unsupported option…

我的意思既然维护时表都能删，为什么不把视图也一起删了

只是驱逐leader到其他节点，leader是不会丢的

感谢，加密只是传输问题吧，报未授权访问应该是用户密码问题，最后处理好了吗

5.1版本后可以使用 DATA_LOCK_WAITS查看悲观锁等待信息。另外悲观模式下autocommit=1时在提交时仍然先以乐观模式处理，当遇到锁冲突后转为悲观模式

你这是什么版本，以前版本升级上来的？贴个图，按理说启用unify readpool后不会在走storage read pool了，

知识搬运工： 除了 IOPS；磁盘的性能还包括带宽和 fdatasync，TiKV 在数据写入时需要进行磁盘的 sync 操作，以确保数据已经从缓冲区刷到硬件，再返回给业务侧，具体为 fdatasync 的操作系统调用。 TiKV 磁盘的建议 2GB/s 以上的写带宽，20K 次/s 以上的 fdatasync，在 4KB 高并发 direct 写的测试中 P99.99 低于 3ms；可以使用 fio 新版、或者 pg_test_fsync 工具进行测试。可以加上 -fdatasync=1 选项测一下，例如 大并发每次写4k而且每次 fsync fio -direct=0 -fdatas…