1、那到底通过pd-ctl命令修改这个参数，对不对呀?
2、为啥pd-ctl修改后，查看welcome信息还是30m呢?按照道理应该显示最新的呀
通过pd-ctl修改以后，edit-config里面不记录该参数，pd.toml里面没有任何该参数的配置以及welcome里面显示的还是30m，这样都没有关系是吗？
通过pd-ctl修改以后，edit-config里面看到的是老的。
这个就是 pd-ctl修改的内存配置(存储在etcd)，config看的是启动配置文件。
pd-ctl修改 不会去修改启动配置文件，所以在edit-config里看不到这个参数，这是正常的。
welcome这个我不确定，我@一下大佬
pd-ctl修改以后，config show max-store-down-time看到的是修改后的值。
把集群重启后，查看pd.log文件，看到的还是30m，按照你刚才的说法“pd-ctl修改 不会去修改启动配置文件，所以在edit-config里看不到这个参数。”，那这个是正常的吧？
总结一下：
修改max-store-down-time参数，如下：
**修改方法：**config set max-store-down-time 24h
验证方法：
config show max-store-down-time，查看已经修改为24h
show config where name=‘schedule.max-store-down-time’; 查看已经修改为24h
发现的现象：
1、edit-config查看里面没有关于max-store-down-time的配置参数，因为edit-config修改的是启动配置文件，所以这里面没有是正常的。
2、pd.toml文件里面也没有发现max-store-down-time参数，这个正常吗?
2、重启集群，查看pd.log文件里面的welcome参数，发现还是默认的30m
“max-store-down-time”:"30m0s
这个不知道是什么原因？
你好，这个有什么结果了吗?
这个max-store-down-time需要用pd-ctl的方式修改
那就是不用管pd.log里面welcome的内容了是吧？
前提是，你用pd-ctl的方式修改的
嗯，这个参数我就用pd-ctl命令修改。不使用set config方式在线修改和edit-config方式修改。
这个问题在这里有描述：https://docs.pingcap.com/zh/tidb/v5.4/dynamic-config#在线修改-tikv-配置
对于tidb的参数，可以通过修改系统变量的方式来做。 对于pd的参数，经过在线修改，修改后的配置会保存到etcd中，当进行本地重启时，不会被覆盖掉 对于tikv的参数，经过在线修改，修改后的配置会被保存到本地的配置文件中，当进行本地重启时，会使用此配置文件中的参数进行重启。 通过tiup来进行reload、upgrade时，因为在线修改的配置没有实施到tiup的配置文件中，就会将您的个性设置覆盖掉，因此文档中说明，如果这个设置需要长期保存，则需要多做一步：tiup cluster edit-config ***，来讲这个设置也修改到tiup 配置文件中，这样进行upgrade、reload操作时会使用到这个变更后的参数。
谢谢~~
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。