Tag: xtrabackup

Percona 的「State Snapshot Transfer (SST) at a glance」這篇給了 Galera Cluster (也就是 Percona XtraDB Cluster) 在同步速度的改善方案，整篇文章一步一步改善，從 51 分鐘降到 18 分鐘。

劃幾個重點。

首先是同步時的設定可以放到系統 my.cnf 的 [sst] 內，像是這樣：

[sst]
inno-apply-opts="--use-memory=20G"

其中改善最大的也就是 --use-memory，依照作者測試的數據，光這步就從 51 分鐘降到 30 分鐘。不過這邊要小心本來就有跑的 mysqld，如果 OOM 就慘了...

再來講的是 wsrep_slave_threads，不同於上面的 sst only 設定，這是在一般性的 tuning (平常在跑的參數，放在 [mysqld] 內)，改完後速度 30 分鐘再提升到 25:32。

然後是壓縮的方式改用支援多 CPU 的 pigz：

[sst]
inno-apply-opts="--use-memory=20G"
compressor="pigz"
decompressor="pigz -d"

很明顯是個 shell command 類的設定，所以如果真的想要測的話，可以再從 -1 測到 -9，作者在這邊沒測，不過效果也很明顯了，從 25:32 降到 21 分鐘。

最後一個大的改變是建議有專門同步的節點 (Donor node)，這個節點上不會有 SQL query 來影響效能，這樣可以讓 pigz 的效率更高：

Since node2 is not getting application traffic, moving into the Donor state and doing an expensive SST with pigz compression should be relatively safe for the rest of the cluster (in this case, node1).

時間最後降到 18:33。