之前的配置文件是剛開始測試所必須的最簡版。這里我匯總整理了所有的可配置項，供你上生產運營環境的時候，增加相關配置。
wsrep_auto_increment_control
如果設置為1（默認值），將根據集群的大小以及集群大小的變化自動調整auto_increment_increment和auto_increment_offset變量。 這樣可以避免由於auto_increment而引起的復制沖突。 在主從環境中，可以設置為OFF。
wsrep_causal_reads
如果設置為ON（默認為OFF），則在整個集群中強制執行讀取提交的特征。 如果主設備比從設備更快地應用事件，則兩者可能會短暫地不同步。 在將此變量設置為ON的情況下，從站將等待事件應用，然后再處理其他查詢。 設置為ON也將導致更大的讀取延遲。
wsrep_certification_rules
說明：要在集群中使用的認證規則。 可能的值為：
strict：可能會導致更多認證失敗的更嚴格的規則。 例如，對於外鍵，如果不同的節點大約在同一時間收到指向父表中同一行的無沖突插入，則可能導致認證失敗
optimized：寬松的規則，允許更多的並發性，並減少更少的認證失敗。
wsrep_certify_nonPK
說明：設置為“開”（默認值）時，將自動為沒有一個表的表生成主鍵。 這對於並行應用是必需的，強烈建議對所有表使用。
wsrep_cluster_address
說明：啟動時要連接的群集節點的地址，例如gcomm：//192.168.0.1：1234？gmcast.listen_addr = 0.0.0.0：2345。 優良作法是以gcomm：// <node1或ip：port>，<node2或ip2：port>，<node3或ip3：port>的形式指定所有可能的群集節點。 指定一個空ip（gcomm：//）將導致該節點啟動新群集（不應在my.cnf文件中完成此操作，因為每次重新啟動后，服務器將不會重新加入當前群集）。 在某些配置中，可以在運行時更改該變量，這將導致節點關閉與任何當前群集的連接，並連接至新地址。 如果指定端口，請注意這是Galera端口，而不是MariaDB端口。
wsrep_cluster_name
描述：集群的名稱。 節點無法連接到名稱不同的集群，因此在同一集群中的所有節點上都必須相同。
wsrep_convert_LOCK_to_trx
說明：將LOCK / UNLOCK TABLES語句轉換為BEGIN和COMMIT。 主要用於使較舊的應用程序與多主機設置一起使用，請謹慎使用，因為這可能會導致極大的寫入集。
wsrep_data_home_dir
說明：wsrep提供程序將在其中存儲其內部文件的目錄。
wsrep_dbug_option
說明：用於將DBUG選項傳遞給wsrep提供程序。
wsrep_debug
說明：當設置為ON（默認為OFF）時，調試消息也將記錄到錯誤日志中。
wsrep_desync
描述：當節點接收到的寫集超出其可應用的數量時，事務將放入接收的隊列中。 如果節點的接收隊列等待應用的寫入集過多（如gcs.fc_limit WSREP提供程序選項所定義），則該節點通常將使用Flow Control。 但是，當此選項設置為ON時，將為取消同步的節點禁用Flow Control。 取消同步的節點將一直處理接收到的隊列，直到達到可管理的大小為止。 已取消同步的節點繼續從群集中的其他節點接收寫集。 群集中的其他節點不等待不同步的節點趕上，因此，不同步的節點可能甚至落在群集中的其他節點之后。 您可以通過檢查wsrep_local_state_comment狀態變量是否等於Donor / Desynced來檢查節點是否被取消同步。
wsrep_dirty_reads
說明：默認情況下，當不與組同步時（wsrep_ready = OFF），節點將拒絕除SET和SHOW之外的所有查詢。 如果wsrep_dirty_reads設置為1，則該節點將接受不更改數據的查詢，例如SELECT查詢（臟讀），創建prepare語句等。
wsrep_drupal_282555_workaround
說明：如果設置為ON，則啟用Drupal / MySQL / InnoDB錯誤＃282555的解決方法。 這是一個錯誤，在某些情況下，將DEFAULT值插入到AUTO_INCREMENT列中時，可能會返回重復的鍵錯誤。
wsrep_forced_binlog_format
說明：一種二進制日志格式，它將覆蓋所有會話二進制日志格式設置。
wsrep_gtid_domain_id
說明：此系統變量定義用於wsrep GTID模式的GTID域ID。
當wsrep_gtid_mode設置為ON時，所有Galera Cluster寫集都將使用wsrep_gtid_domain_id代替gtid_domain_id。
當wsrep_gtid_mode設置為OFF時，將忽略wsrep_gtid_domain_id，以實現向后兼容。
為了使此模式生成一致的GTID，還需要滿足一些其他要求。
wsrep_gtid_mode
說明：Wsrep GTID模式嘗試使所有群集節點上的Galera Cluster寫入集的GTID保持一致。 在SST期間，GTID狀態最初會復制到聯接節點。 如果您打算將Galera Cluster與MariaDB復制一起使用，則wsrep GTID模式可能會有所幫助。
當wsrep_gtid_mode設置為ON時，所有Galera Cluster寫集都將使用wsrep_gtid_domain_id代替gtid_domain_id。
當wsrep_gtid_mode設置為OFF時，將忽略wsrep_gtid_domain_id，以實現向后兼容。
為了使此模式生成一致的GTID，還需要滿足一些其他要求。
wsrep_gtid_seq_no
說明：內部服務器使用情況，手動設置WSREP GTID seqno。
wsrep_ignore_apply_errors
說明：如果設置，將忽略復制錯誤。
wsrep_load_data_splitting
說明：如果設置為ON（MariaDB 10.4.2和更低版本的默認設置），則LOAD DATA INFILE通過引入事務拆分來支持大數據文件。 該設置已在Galera 4中棄用，並且從MariaDB 10.4.3默認為OFF。
wsrep_log_conflicts
說明：如果設置為ON（默認為OFF），則會記錄群集中發生沖突的MDL以及InnoDB鎖的詳細信息。
wsrep_max_ws_rows
說明：每個寫入集允許的最大行數。 在MariaDB Galera 10.0.27和MariaDB 10.1.17之前，此變量在內部被忽略，並且對節點沒有影響。 從MariaDB Galera 10.0.27和MariaDB 10.1.17起，已添加了對此變量的支持，並且為了向后兼容，默認值已更改為0，這實際上允許寫集為任意大小。
wsrep_max_ws_size
說明：每個寫入集允許的最大大小（以字節為單位）。 超出此限制的Writeset將被拒絕。 請注意，MariaDB 10.1.17和MariaDB Galera 10.0.27以及之前的版本允許將最大值設置為2GB以上，這被Galera拒絕。
wsrep_mysql_replication_bundle
說明：確定分組在一起的復制事件的數量。 實驗實現旨在在單個從站面臨大量提交時間延遲時幫助解決瓶頸問題。 如果設置為0（默認值），則沒有分組。
wsrep_node_address
說明：指定節點的網絡地址，格式為ip address [：port]。 從MariaDB 10.1.8開始，支持IPv6。 節點的默認行為是拉取系統上第一個網絡接口的地址和默認的Galera端口。 這種自動猜測可能不可靠，尤其是在以下情況下：
雲部署
容器部署
具有多個網絡接口的服務器。
運行多個節點的服務器。
網絡地址轉換（NAT）。
節點在多個區域中的群集。
wsrep_node_incoming_address
說明：這是節點用來偵聽客戶端連接的地址。 如果未指定地址或將其設置為AUTO（默認），則mysqld使用–bind-address或–wsrep-node-address，或嘗試以相同順序從可用網絡接口列表中獲取一個地址。
wsrep_node_name
描述：此節點的名稱。 此名稱可以在wsrep_sst_donor中用作首選供體。 請注意，群集中的多個節點可以具有相同的名稱。
wsrep_notify_cmd
說明：每次節點狀態或集群成員資格更改時要執行的命令。 可用於發出警報，配置負載均衡器等。 有關更多詳細信息，請參見編碼通知腳本頁面。
wsrep_on
說明：是否啟用wsrep復制。 如果全局值設置為OFF（MariaDB 10.1以來的默認值），則無法加載提供程序並加入集群中的節點。 如果僅將會話值設置為OFF，則該特定會話的操作不會在群集中復制，但其他會話和應用程序線程將照常繼續。 變量的會話值不會影響節點的成員身份，因此，無論其值如何，節點都會不斷從群集中的其他節點接收更新。 在MariaDB 10.1之前，即使該變量默認情況下為ON，其值也會根據是否已指定強制配置以打開Galera復制而自動調整。 從MariaDB 10.1開始，默認情況下將其設置為OFF，並且必須啟用它才能啟用Galera復制。
wsrep_OSU_method
說明：在線模式升級方法。 默認值為TOI，指定不帶可選參數的設置將設置為RSU。
TOI：總訂單隔離。 在每個群集節點中，對於其他事務，將以相同的順序處理DDL，從而確保數據的一致性。 但是，數據庫的受影響部分將為整個群集鎖定。
RSU：滾動架構升級。 DDL處理僅在節點上本地完成，用戶需要在每個節點上手動執行更改。 在進行處理以避免阻塞其他節點的同時，該節點與群集的其余部分不同步。 模式更改必須以與基於ROW的復制相同的方式向后兼容，以避免在單個節點上完成DDL處理並重新開始復制時中斷復制。
wsrep_patch_version
說明：Wsrep修補程序版本，例如wsrep_25.10。
wsrep_provider
描述：wsrep庫的位置，通常在Debian和Ubuntu上為/usr/lib/libgalera_smm.so，在Red Hat / CentOS上通常為/usr/lib64/libgalera_smm.so。
wsrep_provider_options
說明：用分號（;）分隔的wsrep選項列表。
wsrep_recover
說明：如果在服務器啟動時將其設置為ON，則服務器將恢復Galera應用的最新寫入集的序列號，並將其輸出到stderr，通常將其重定向到錯誤日志。 此時，服務器將退出。 可以將此序列號提供給wsrep_start_position系統變量。
wsrep_reject_queries
說明：設置為拒絕來自客戶端連接的查詢的變量，對維護很有用。 該節點繼續應用寫集，但是客戶端查詢生成錯誤1047：未知命令錯誤。
NONE-未設置。 查詢將照常處理。
ALL-來自客戶端連接的所有查詢將被拒絕，但現有的客戶端連接將保留。
ALL_KILL來自客戶端連接的所有查詢將被拒絕，現有的客戶端連接（包括當前的客戶端連接）將被立即終止。
wsrep_replicate_myisam
說明：是否將復制MyISAM表的DML更新。 此功能仍處於試驗階段，不應在生產系統中使用。
wsrep_restart_slave
說明：如果設置為ON，則當節點重新加入群集時，復制從屬會自動重新啟動。
wsrep_retry_autocommit
說明：在將錯誤返回給客戶端之前，由於群集范圍內的沖突而導致重試自動提交的查詢的次數。 如果設置為0，將不嘗試重試，而值1（默認值）或更大將指定嘗試的重試次數。 有助於使用自動提交來避免死鎖的應用程序。
wsrep_slave_FK_checks
說明：如果設置為ON（默認值），則應用程序從屬線程執行外鍵約束檢查。
wsrep_slave_threads
說明：用於並行應用Galera寫集的從屬線程數。 Galera從屬線程能夠確定可以安全並行應用哪些寫集。 但是，如果您的群集節點似乎經常出現一致性問題，那么將該值設置為1可能會解決此問題。 有關更多信息，請參見關於Galera復制：Galera從屬線程。
wsrep_slave_UK_checks
說明：如果設置為ON，則應用程序從屬線程執行輔助索引唯一性檢查。
wsrep_sr_store
說明：用於流式復制片段的存儲。
wsrep_sst_auth
描述：用於復制的用戶名和密碼。 如果wsrep_sst_method設置為rsync，則未使用，而對於其他方法，它的格式應為：。 內容在日志中以及使用SHOW VARIABLES查詢值時被屏蔽。
wsrep_sst_donor
說明：以逗號分隔的列表（從5.5.33起）或作為捐贈者的服務器名稱（按照wsrep_node_name）或狀態轉移的源（按優先順序排列）。通常，施主選擇算法更喜歡一個施主，該施主只能將丟失的事務（IST）轉移到合並節點，而不是完整狀態（SST）。因此，它首先在給定的施主列表中尋找一個具有IST功能的節點，然后是集群中的其余節點。如果在指定的施主列表之外找到多個候選節點，則首選與連接器位於同一段（gmcast.segment）中的節點。如果集群中的現有節點都無法通過IST服務丟失的事務，則該算法會繼續尋找合適的節點以傳輸整個狀態（SST）。首先查看供體列表中指定的節點（不考慮其段）。如果仍然找不到合適的施主，則僅在施主列表具有“終止逗號”的情況下，檢查其余施主節點的適用性。請注意，無狀態節點（Galera仲裁器）永遠不能成為施主。
wsrep_sst_donor_rejects_queries
說明：如果設置為ON（默認為OFF），施主節點將拒絕傳入的查詢，並返回UNKNOWN COMMAND錯誤代碼。 可以用於通知負載均衡器節點不可用。
wsrep_sst_method
說明：用於進行狀態快照傳輸（SST）的方法
wsrep_sst_receive_address
說明：這是群集中其他節點（供體）連接以發送狀態轉移更新的地址。 如果未指定地址或將其設置為AUTO（默認），則mysqld使用–wsrep_node_address的值作為接收地址。 但是，如果未設置–wsrep_node_address，它將使用–bind-address中的地址，或嘗試以相同順序從可用網絡接口列表中獲取一個地址。 注意：將其設置為localhost將使在其他主機上運行的節點無法到達該節點。
wsrep_start_position
說明：節點應使用的起始位置，格式為：UUID：seq_no。 可以使用wsrep_recover恢復用於該位置的正確值。
wsrep_strict_ddl
說明：如果設置，則拒絕不支持Galera復制的受影響表上的DDL。
wsrep_sync_wait
說明：設置此變量可確保在執行由值指定的類型的操作之前進行因果關系檢查，以確保在完全同步的節點上執行該語句。進行檢查時，將在節點上阻止新查詢，以使服務器能夠趕上群集中進行的所有更新，直到檢查開始為止。到達后，將在節點上執行原始查詢。這會導致更高的延遲。請注意，當wsrep_dirty_reads設置為ON時，wsrep_sync_wait的值將變得無關緊要。樣本用法（對於必須具有最新數據的關鍵讀取）SET SESSION wsrep_sync_wait = 1;選擇 …; SET SESSION wsrep_sync_wait = 0;
0-禁用（默認）
1-讀取（選擇和開始/開始事務）。直到MariaDB 10.2.8，MariaDB 10.1.26，MariaDB Galera 10.0.31和MariaDB Galera 5.5.56（也顯示）。這與wsrep_causal_reads = 1相同。
2-更新和刪除；
3-讀取，更新和刪除；
4-插入和更換；
5-讀取，插入和替換；
6-更新，刪除，插入和替換；
7-讀取，更新，刪除，插入和替換；
8-顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
9-讀取和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
10-更新，刪除和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
11-讀取，更新，刪除和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
12-插入，替換和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
13-讀取，插入，替換和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
14-更新，刪除，插入，替換和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
15-讀取，更新，刪除，插入，替換和顯示（來自MariaDB 10.2.9，MariaDB 10.1.27，MariaDB Galera 10.0.32，MariaDB Galera 5.5.57）
wsrep_trx_fragment_size
描述：用於流復制的事務片段的大小（以wsrep_trx_fragment_unit指定的單位度量）
wsrep_trx_fragment_unit
說明：流復制事務片段大小的單位：
字節：交易的Binlog事件緩沖區大小（以字節為單位）
行：受事務影響的行數
語句：在多語句事務中執行的SQL語句數
參考：https://blog.csdn.net/weixin_43750212/article/details/104821335