如题:
目前我在tiup的yaml文件中更改了一个配置:
把 schedule.hot-region-cache-hits-threshold 这个值从默认值3 调整到了30,我想如何在不destroy集群的情况下,重启tikv集群并使得新的配置生效
我看tiup cluser的命令有edit-config和show-config,执行了show-config是可以看到目前配置的,因为是在线上环境,所以也不敢执行edit-config。
想确认下,是不是edit-config后再upgrade到指定集群,是不是可以更新集群的配置
看到了,先edit-config,然后在reload集群
先编辑然后tiup执行reload集群
先tiup cluster edit-config
tiup cluster reload -R 组件(tidb,pd等)
是的,先edit在reload,很奇怪为什么有先删库再重启的想法
你误解了,我是但心会影响数据,毕竟线上的业务
使用如下命令直接重启不行吗:tiup cluster restart 集群名称
reload会让集群重新加载配置
restart 和 reload作用不同,reload要从中控加载新配置
对啊,博主描述的不就是重新加载配置吗
两者的最大区别是什么呢,restart不是也能重新加载配置吗
reload应该就可以了
在修改集群配置之后,需要通过 tiup cluster reload
命令让集群重新加载配置才会生效,该命令会将中控机的配置发布到服务运行的远端机器,并按照升级的流程按顺序重启服务,重启过程中集群仍然可用。
命令 tiup cluster restart
用于重启指定集群的所有或部分服务。
担心数据影响可以通过-R 逐个角色、-N 逐个实例reload。一般多节点下reload影响不大。但是为了稳妥,最好还是找业务低峰期reload。
还是不太明白,感觉reload和restart命令都可以重新加载配置,而且也都是滚动升级,restart也可以通过 -R 等参数只升级部分组件,所以我的理解感觉差别不太。
在修改集群配置之后,需要通过 tiup cluster reload
命令让集群重新加载配置才会生效,该命令会将中控机的配置发布到服务运行的远端机器,并按照升级的流程按顺序重启服务,重启过程中集群仍然可用。
命令 tiup cluster restart
用于重启指定集群的所有或部分服务。重启过程中集群不可用
就是重启过程中 集群是否可用的区别
区别就是restart会把所有节点stop再start所有节点 集群不可用,reload是逐个节点重启,集群还能提供服务
解释透彻