好的，谢谢，那段时间看了一下，向下压缩，好像主要有3种方式： 1、 size-tiered compaction，到达阈值后，将某一层的数据合并成为一个sst文件，然后放到下一层 2、 leveled compaction：选择某一层中的至少一个SST，将其数据合并到下一层与其key有交集的那些文件中 3、将上述两种的混合

你好，打扰一下，请教一下， 假设此时三层的数据， 第一层包含A 第二层包含A,B 第三层包含A,B,C 对于A来说在3层中都有了，A数据块向第二层合并时，第一层还存在的A数据块会进行压缩嘛？

嗯，我部署试了一下，可以直接部署，启动，停止和铲掉。。

嗯是的，直接返回结果

一开始配置了互信的，还是一样的问题。。

[image] 远程手动好像可以删除

2、手动执行是可以正常删除的： [image]

1、我觉得是的，执行dumpling指令，需要能够访问TiDB集群的地址 2、下载这个安装包，解压会有这个文件，有这个文件就可以使用这个指令执行： ./dumpling -uroot -P5000 -h ... --filetype sql -o /root/dumplingmy/dumplingdata -f td210906.person --threads 64 --rows 320000 > dumplingout.txt 2>&1 & [image] [image] 3、-h填的是tidb-server的地址

ok，好的

嗯，好的，主要时当时有点奇怪，mysql客户端可以通过对应的节点和端口登陆，怎么tiup出来状态有问题。。。一开始想的是tiup显示有问题，。。。下次遇到在好好弄一下

你好，一开始，reload和restart好像都不太可以，状态还是有问题，我然后我放着没操作，刚刚看的时候，tiup时，状态正常。。。

1、我们这边现网环境部署的是4.0.12版本，本来这个测试环境中的也是4.0.12，后来测试升级过程不中断业务，将版本升级到了4.0.14，后来现网有个问题，于是就将tidb-server，patch到4.0.12版本（向社区单独要了一个补丁，绕过了case…when的一个语法报错） 2、好的，谢谢，我试一下

miss的没有了，应该是正常了，你的这个learner-peer貌似有点多，现在情况如何了， [image]

miss-peer-region：Region 的副本数小于 max-replicas 配置的值。这通常是由于 TiKV 宕机等问题导致一段时间内一些 Region 缺副本。miss 的 peer 不能一直大于 0，你这个miss-peer看图上应该是在缓慢减少吧，正常了嘛？

请教一下，你这个是在一台机器上部署tidb集群：1个pd-server、1个tidb-server、1个tikv-server，做测试使用嘛？ 在一台机器上启动一个tidb集群测试使用一般可以使用： https://docs.pingcap.com/zh/tidb/stable/tiup-playground#playground-组件介绍

看日志的等级是debug，看具体内容是端口的问题，我认为可以先到对应的机器上看一下，这个服务，这个端口是不是正常的？

客气了，我也刚接触几个月，一起学习，共同进步

tidb和tikv这两个的端口的作用可以参考一下这两个链接： [image] https://docs.pingcap.com/zh/tidb/stable/command-line-flags-for-tidb-configuration#--status [image] https://docs.pingcap.com/zh/tidb/stable/command-line-flags-for-tikv-configuration#--status-addr