关于GC机制，官方文档中提到，一个 TiDB 集群中会有一个 TiDB 实例被选举为 GC leader，GC 的运行由 GC leader 来控制，但没说其它非GC leader是否参与GC leader的任务
https://docs.pingcap.com/zh/tidb/stable/garbage-collection-overview
看课程里有一张配图，上面画了非Leader角色的GC模块有个箭头指向TiKV
所以这里有2个疑问：
1、非Leader角色的TiDB是否参与GC Leader主导的GC任务？
2、GC Leader是否有任期的概念，比如多个TiDB轮流成为Leader？
感谢，文章中有如下内容：
一个 TiDB 集群中会有一个 TiDB 实例被选举为 GC leader，GC 的运行由 GC leader 来控制。GC Leader 的选举是从 TiDB Server 中选出一个作为 GC Leader ，GC Worker 是 TiDB Server 上的一个模块，只有 GC Leader 会处理 GC 的工作，其他 TiDB Server 上的 GC Worker 是不工作的。选举 GC Leader 的方式很简单，GC Worker 每分钟 Tick 时，如果发现没有 Leader 或 Leader 失效，就把自己写进去，成为 GC Leader。
这里提到只有发现没有Leader或Leader失效时才选举Leader，那是不是意味着，当所有TiDB实例都正常运行时，可以认为GC Leader就是一个固定的TiDB实例，不会定期轮岗
应该是这样，也没有必要定期进行重新选举
嗯嗯，但是TiDB上DDL的worker owner却要定期选举，所以才在考虑这个问题，所以为什么worker owner要定期选举，GC Leader却不需要呢
呃，又和视频课里讲的不太一样，《TiDB数据库核心原理与架构》的TiDB Server那一课的第30分钟那里，说的是轮换着来当owner的
此话题已在最后回复的 1 分钟后被自动关闭。不再允许新回复。
