Gcache 是用來紀錄 MySQL 最近所使用的 SQL Command，其本身是佔用記憶體空間，大小可以由 wsrep_provider_options 定義，如果有任何 MySQL Node 重新啟動，那麼可以經由 Live Node 內的 Gcache 將尚未同步的資料補上，同步資料的方式分為兩種一種為 IST(Incremental State Transfer) 另一種為 SST(State Snapshot Transfer)，但是同步資料時，管理者無法決定同步方式。先來看看 Gcache 一些特性
- node 重新啟動，Gcache 資料會全部消失
- Gcache 大小為固定，如果超過大小，則回刪除最早資料
- 選擇 Donor node 會直接忽略 Gcache 狀態
- Node 重新啟動，需要同步的資料並非在指定 Node Gcahe 內，則會啟動 SST 同步
- 到目前版本為止，沒有任何方式可以知道 Gcache 狀態
根據以上特性可以知道，當 Node 重新啟動，很容易就執行 SST 模式，舉例子來說，當有 Node crashed 超過一個晚上，你要如何知道其他 Node 內的 Gcache 資料大於需要同步的資料量？或者是當 Cluster 內只有兩台機器，那重新啟動任何一台 Node 都會是跑 SST 同步。
[Read More]