使用IST重新加入节点(5.7.20)

电玩女神 2021-12-24 02:19 201阅读 0赞

IST不是SST用于节点重新加入吗？我们有解决方案！  
  
鉴于上述痛点，我们将介绍 gcache.freeze\_purge\_at\_seqno Percona XtraDB Cluster 5.7.20。  
这可以控制gcache的清除，从而在节点重新加入时保留更多数据以便于IST。

Galera集群中的所有事务都被分配了唯一的全局序列号（seqno）。使用此seqno跟踪事件（例如wsrep\_last\_applied，wsrep\_last\_committed，wsrep\_replicated，wsrep\_local\_cached\_downto等等）。 wsrep\_local\_cached\_downto表示gcache被清除的序列号。假设wsrep\_local\_cached\_downto = N，则gcache具有来自\[N，wsrep\_replicated\]的数据并且已从\[1，N）中清除数据。

gcache.freeze\_purge\_at\_seqno 有三个值：

\-1（默认值）：无冻结，清除操作正常。

x（在gcache中应该是有效的seqno）：冻结写入集> = x。选择x的最佳方法是使用wsrep\_last\_applied值作为计划关闭的节点的指示符。 （wsrep\_applied \* 0.09。保留额外的10％来欺骗IST的安全间隙启发式算法。）

now：冻结写入集的清除> =当前在gcache中的最小seqno。即时冻结gcache-purge。 （如果跟踪x（上面）很困难，只需使用“now”就可以了。）

在集群的现有节点上设置它（它将继续作为集群的一部分，并可充当潜在的DONOR）。  
此节点继续保留写集，从而允许重新启动节点使用IST重新加入。  
（您可以在重新启动所述重新加入节点时通过wsrep\_sst\_donor将所述节点作为首选DONOR提供。）

一旦节点重新加入，请记住将其设置回-1。  
这避免了在所述时间线之外占用捐赠者的空间。  
在下一个清除周期中，所有旧的保留写入集也被释放（将空间回收回原始空间）。

IST donor选择

show status like 'wsrep\_local\_cached\_downto';

假设我们有3个节点集群：N1，N2，N3。

首先，所有3个节点都是同步的（wsrep\_last\_committed对于所有3个节点都是相同的，假设为100）。

N3是维护计划并被取消。

同时，N1和N2处理工作量，从而将它们从100 -> 1100移动。