# 檢視所有 GreatDB 使用者儲存過程

## 初始化叢集
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/e43d084460a84245994cbe829a68b2cc.png)
示例

```powershell
CALL `mysql`.`greatdb_init_cluster`('cluster_name', 'cluster_user', 'cluster_password');
```
初始化叢集時，還會根據初始的 SqlNode 節點的 gdb_zone_name 和 group_replication_zone_id 引數值，初始化⼀個機房資訊，並設定初始機房的選舉權重為最⼤值 9 。

注意：
1、該操作只能在⼀個 SqlNode 節點執⾏⼀次。如果在不同的節點中都執⾏了同樣的命令，則實際建立了兩個不同的叢集，並可能導致叢集腦裂，影響正常使⽤。
2、叢集中所有的 SqlNode，DataNode 和 backup_node 均需要包含 cluster_user，密碼⼀致為 cluster_password，同時該⽤戶需要具有 super 許可權。
3、保證節點是⼀個⼲淨的節點，⼲淨的意思是該 mysql 例項之前沒有加⼊過其它的 GreatDB 叢集（⽆論是作為 SqlNode 節點還是 DataNode 節點），也沒有額外的資料寫⼊，否則，後續操作可能會導致各種異常。
4、如果該資料庫例項作為 SqlNode 節點加⼊過其它 GreatDB 叢集的，將禁⽌執⾏ greatdb_init_cluster 操作。引數 greatdb_enable_force_init_cluster=ON 會放寬限制，此時需要⽤戶確保該節點可以加⼊叢集。
5、節點事先需要配置引數 group_replication_local_address，並保證配置正確。

## 新增新的 SqlNode 節點
![](https://img-blog.csdnimg.cn/a27b39b048004806912ff34f5bfdb995.png)

示例

```powershell
CALL `mysql`.`greatdb_add_sqlnode`('hostname', port);
```

注意：
1、在已經加⼊叢集並且處於 ONLINE 狀態的 SqlNode 節點中執⾏該操作。
2、如果⼀個 SqlNode 節點例項退出了 SqlNode 叢集的組複製關係，故障恢復後，可以通過上述命令重新加⼊。
3、同 greatdb_init_cluster ⼀樣，需要保證指定 hostname+port 的 mysql 例項是⼀個⼲淨的節點。
4、節點事先需要配置引數 group_replication_local_address，並保證配置正確。
5、需要保證節點的 gdb_zone_name 和 group_replication_zone_id 和叢集中某⼀個機房 zone_name, zone_id 保持⼀致，否則⽆法新增成功。

## 刪除 SqlNode 節點
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/2f7e20c56d594aafbd2f246c34e47abe.png)

示例
CALL `mysql`.`greatdb_drop_sqlnode`('hostname', port);

注意：
1、可以在任⼀ ONLINE 的 sqlnode 節點中執⾏，包括該 sqlnode 本⾝。
2、hostname，port 需要為 information_schema.greatdb_sqlnodes ，⽐如 sqlnode 節點所在的機器可能有多個ip，需要使⽤ add_sqlnode 時指定的 ip。

## 安裝 clone 外掛
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/f1379a8287064e79af68940e0e1761b8.png)

在新增 SqlNode 計算節點時，針對已儲存大量業務資料時，新初始化的例項需要從現有節點複製克隆存量資料後，才可執行 sqlnode 新增。

示例

```powershell
call mysql.greatdb_install_clone_plugin();
```

## DATA-NODE管理接⼝

新增 DataNode 節點
![](https://img-blog.csdnimg.cn/3ddd9bd2041b4922bd3e385f8fdea5fc.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_13,color_FFFFFF,t_70,g_se,x_16)

當前⽀持 NODE_MGR 和 NODE_SINGLE 兩種型別，NODE_SINGLE 表⽰ shard 中只有⼀個資料節點，此時⽆法保證資料的可靠性，不推薦線上環境使⽤；NODE_MGR 型別可以包含多個資料節點，節點間使⽤ mysql group_replication 進⾏資料同步和故障切換。

示例

```powershell
CALL `mysql`.`greatdb_add_datanode`('shard_name', 'node_name', 'hostname', port, 'node_type');
```

注意事項：
1、新增的 DataNode 節點例項不能同時作為叢集的其它節點使⽤
2、如果是 NODE_MGR 型別，節點例項需要事先配置引數 group_replication_local_address
3、需要保證節點的 gdb_zone_name 和 group_replication_zone_id 和叢集中某⼀個機房 zone_name, zone_id 保持⼀致，否則⽆法新增成功。當然，如果節點型別為 NODE_SINGLE，⽆需配置 group_replication_zone_id。
4、同時需要注意的是，對於 NODE_MGR 型別的節點，配置的 group_replication_member_weigth 引數值會被重新計算並替換。其計算公式為 new_weigth = 節點所在的機房權重 * 10 + old_weight % 10 ，因此會存在兩個問題。⼀是，如果同⼀個機房的兩個節點分配配置為45，46，替換後值會⼀樣，因此原始值最好保持為10的倍數，這樣可以維持原始的⼤⼩順序。另⼀個是，如果節點新增失敗，或者新增後⼜執⾏了刪除操作，上述兩種情況下，如果重新add_datanode，可能會使⽤上⼀次替換後的值進⾏計算，則結果可能和⽤戶預期的不⼀致，這種情況下，⽤戶可以⼿動重新設定該值後，再重新加⼊叢集。
5、向已存在的 shard 新增 DataNode，如果該 shard 正在做物理遷移任務，則禁⽌新增 DataNode；如果該 shard 上已經執⾏過物理遷移任務，會⽐較該 DataNode 的 gtid 和執⾏物理遷移結束的 import_gitd (即 import tablespace 對應的 gtid)⽐較，該DataNode 不包含import_gitd，新的 DataNode 預設會⾛ clone 流程。

## 初始化 shard
![](https://img-blog.csdnimg.cn/0b995dd42b444f89898b35fe86c157d9.png)
對於 NODE_MGR 型別的資料節點，操作成功後，會對 shard 組內的所有 DataNode 建⽴組複製關係，並通過 mysql 組複製的特性，保證所有節點間的資料⼀致性。
執⾏ greatdb_init_shard 命令後，仍可以新增新的 DataNode。區別在於：

1、greatdb_init_shard 前 add_node，不會建⽴ DataNode 間的組複製關係
2、greatdb_init_shard 操作本⾝會建⽴好組複製關係，因此之後再執⾏ add_node ，需要將 DataNode 加⼊到 shard 的組複製關係中，如果執⾏失敗，則 add_node 會失敗。

示例

```powershell
CALL `mysql`.`greatdb_init_shard`('shard_name');
```
注意事項：

1、greatdb_init_shard 前，資料節點間可以是已經建⽴好了組複製關係，但這些節點不能在多個不同的組複製關係下
2、greatdb_init_shard 時，資料節點的組複製關係，和新增 DataNode 時沒有發⽣變化

## 刪除 DataNode 節點
![](https://img-blog.csdnimg.cn/bc59bee84be048e593f594431079adb6.png)

⽰例：
```powershell
CALL `mysql`.`greatdb_drop_datanode`('node_name');
```

注意事項：
1、如果資料節點正常提供服務，會同時停⽌節點的組複製關係
2、如果節點是 shard 組中最後⼀個資料節點，且 shard 中包含了⽤戶表資料，此時，⽆法刪除節點
3、如果 shard 異常，沒有任何節點可以提供讀寫服務，⽆法刪除節點
4、如果節點是 shard 組中最後⼀個資料節點，需要⽤戶保證 binlog-server 同步完該 shard 上的資料

## 刪除 shard
![](https://img-blog.csdnimg.cn/2edd8670d21742849de48af39eabad8d.png)

⽰例：

```powershell
CALL `mysql`.`greatdb_drop_shard`('shard_name');
```

注意事項：
1、如果該 shard 中包含⽤戶表資料，則⽆法刪除
2、不會停⽌組內資料節點間的複製關係
3、如果 binlog-server 正在獲取此 shard 上的 binlog ⽇志，此操作需⽤戶保證同步完該 shard 上的資料

## 線上更改 shard 的主節點
![](https://img-blog.csdnimg.cn/dc524fb4072b495aa3363fa2194264cf.png)

⽰例：

```powershell
CALL `mysql`.`greatdb_drop_shard`('shard_name');
```

## 後臺節點管理接⼝
設定 DataNode 節點系統變數
![](https://img-blog.csdnimg.cn/0d75556760954246a458157879f41334.png)
persist：是否需要將變數修改進⾏持久化，如果設定為 true，則資料節點重啟後，修改仍⽣效；否則，資料節點重啟後，結果為修改前的值。

⽰例：

```powershell
call mysql.greatdb_set_var_for_DataNode('datanode1','max_connections',2000,0);
```

注意事項：
該操作僅⽀持修改部分的系統變數值，當前⽀持修改的系統變數如下：
max_connections
table_definition_cache
table_open_cache
transaction_isolation
innodb_buffer_pool_size
innodb_flush_log_at_trx_commit
innodb_change_buffering
innodb_spin_wait_delay
innodb_sync_spin_loops
innodb_thread_concurrency
max_prepared_stmt_count
sync_binlog
group_replication_consistency
group_replication_member_weigth
binlog_expire_logs_seconds
如果⽤戶需要修改之外的系統變數，需要直連到後端節點進⾏操作。
注：需要特別注意的是，由於叢集可以多機房部署，且機房本⾝包含權重資訊。因此，設定 group_replication_member_weigth 後，實際的結果和⽤戶設定的值是有出⼊的。具體的換算為 r = (m_zone_elect_weigth * 10) + v / 10 。

## 設定 SqlNode 節點系統變數
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/0bc29d5462394985b6acfd2611b7f3e1.png)

persist：是否需要將變數修改進⾏持久化，如果設定為 true，則資料節點重啟後，修改仍⽣效；否則，資料節點重啟後，結果為修改前的值。

⽰例：

```powershell
CALL mysql.greatdb_set_var_for_all_SqlNodes('max_connections',1000,true);
```

注意事項：
該操作僅⽀持修改部分的系統變數值，當前⽀持修改的系統變數如下：
max_connections
table_definition_cache
table_open_cache
transaction_isolation
innodb_buffer_pool_size
innodb_flush_log_at_trx_commit
innodb_change_buffering
innodb_spin_wait_delay
innodb_sync_spin_loops
innodb_thread_concurrency
max_prepared_stmt_count
sync_binlog
group_replication_consistency
注意：該儲存過程會統⼀修改所有的 SqlNode 節點的變數，如果⽤戶只需要設定某⼀個 SqlNode 節點， 則直連該 SqlNode 節點，使⽤ MySQL 的 SET 語句即可。

## 清理 DataNode 節點 binlog
![](https://img-blog.csdnimg.cn/3f28759b48d74fe4947cb644d2a167b7.png)
⽰例：

```powershell
CALL mysql.greatdb_purge_binlog_before_seconds_for_datanode('datanode1',60);
```

注意事項：
調⽤該儲存過程前，需要⽤戶確保將 binlog 清理後不會影響資料節點的複製關係。

## 停⽌ DataNode 節點
![](https://img-blog.csdnimg.cn/8eabe575c07943c98bf4ccd570c4f6ca.png)
## 重啟 DataNode 節點
![](https://img-blog.csdnimg.cn/0e191f256f744ce2964371e3658246ff.png)
注意事項：
資料節點例項需要通過守護程式的⽅式啟動（greatdbd_safe）

## 停⽌ SqlNode 節點
![](https://img-blog.csdnimg.cn/4a6d277ca67b4db3991b5da2dc196829.png)
⽰例：

```powershell
SELECT * FROM information_schema.greatdb_sqlnodes; 
CALL mysql.greatdb_stop_sqlnode_server('hostname', port);
```
## 重啟 SqlNode 節點
![](https://img-blog.csdnimg.cn/54c266e701ce445aaaa13d02cd954aee.png)
⽰例：

```powershell
SELECT * FROM information_schema.greatdb_sqlnodes; 
CALL mysql.greatdb_restart_sqlnode_server('hostname', port);
```
注意事項：
計算節點例項需要通過守護程式的⽅式啟動（greatsqld_safe）

# 叢集故障時組複製關係重啟接⼝
## 重啟 SqlNode 叢集組複製
![](https://img-blog.csdnimg.cn/812f56ef5562415f9d984f3be2680ebb.png)
⽰例：

```powershell
CALL `mysql`.`greatdb_restart_cluster`();
```
該接⼝⼀般在如下兩種情況下調⽤：

1、SqlNode 節點發⽣故障，多數節點故障，導致所有的 SqlNode 均不能提供服務
2、重新啟動所有的 SqlNode 節點
使⽤該命令，為了保證資料安全，有如下限制：
3、必須啟動半數以上的 SqlNode 節點
4、假設在故障前⼀瞬間，有n個 SqlNode 節點是活躍狀態，必須保證這些節點中半數以上的啟動
如果不滿⾜以上兩個條件，執⾏報錯，在報錯資訊中會提⽰不能啟動的原因。

說明：
如果執⾏的 SqlNode 節點的組複製處於 ERROR 狀態，需要先執⾏ STOP GROUP_REPLICATION 操作

## 強制重啟 SqlNode 叢集組複製
![](https://img-blog.csdnimg.cn/50c5034df70a47fba9ba497b85cb1c69.png)
！！！注意，謹慎使⽤該命令，該命令會強制啟動sqlnode叢集，但不保證資料的安全 ！！！
執⾏該命令前，資料庫管理員需要進⾏如下確認：
1、⽆法通過 greatdb_restart_cluster 命令接⼝啟動叢集
2、存活的 SqlNode 節點包含最新資料
3、存活的 SqlNode 節點可能丟了資料，但業務確認這些資料的丟失是可以容忍的
4、如果是多機房部署且發⽣⽹絡分割槽，如果其它機房叢集處於正常可⽤的狀態，強制在執⾏的 SqlNode 節點所在的分割槽中強制重啟叢集，則會發⽣腦裂現象，需要業務保證故障的機房分割槽不能進⾏新的資料寫⼊操作。
⽰例：
```powershell
CALL `mysql`.`greatdb_force_restart_cluster`();
```
說明：
如果執⾏的 SqlNode 節點的組複製處於ERROR狀態，需要先執⾏ STOP GROUP_REPLICATION 操作。

## 強制重啟 shard 叢集組複製
![](https://img-blog.csdnimg.cn/ae0e185006bb47b1aa3318974b40abe3.png)

！！！注意，謹慎使⽤該命令，該命令會強制啟動 shard 節點叢集，但不保證資料的安全 ！！！
執⾏該命令前，資料庫管理員需要進⾏如下確認：

1、存活的 DataNode 節點包含最新資料
2、存活的 DataNode 節點可能丟了資料，但業務確認這些資料的丟失是可以容忍的
3、如果是多機房部署且發⽣⽹絡分割槽，如果其它機房叢集處於正常可⽤的狀態，強制在執⾏的 DataNode 節點所在的分割槽中強制重啟叢集，則會發⽣腦裂現象，需要業務保證故障的機房分割槽不能進⾏新的資料寫⼊操作。
⽰例：

```powershell
CALL `mysql`.`greatdb_force_restart_shard`('shard_name');
```

執⾏該命令，不管是否多數 DataNode 節點存活，都會強制啟動 DataNode 的組複製，提供服務。

# 表遷移接⼝

## 單表資料遷移
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/7d315f995f2e46a98465272e3cc643e4.png)
⽰例：

```powershell
CALL `mysql`.`greatdb_migrate_table`('db_name', 'table_name', part_id, 'shard_name');
```

注意事項：
1、分⽚表和普通表，共享同⼀個⽤戶接⼝，對於普通表，進⾏的是全表遷移，此時 part-id 引數⽆任何意義；對於分⽚表，每次遷移⼀個 parition，part_id 是該分割槽的id。可以通過查詢 greatdb_table_distribution 查詢當前表分佈的規則。
2、調⽤接⼝成功後，遷移任務將在後臺運⾏，可以通過查詢 greatdb_migrate_table_task 和 greatdb_migrate_table_subtask 檢視具體遷移任務執⾏的狀態
3、禁⽌同⼀張表（普通表），或者同⼀個分割槽（分⽚表）同時運⾏多個遷移任務
4、後臺正在運⾏⾃動擴容遷移，或者⾃動縮容遷移任務，禁⽌運⾏單表遷移任務。
5、該遷移任務受引數 greatdb_physical_migrate_table 控制，預設值為true，內部執⾏的是物理遷移；如果設定為false，內部執⾏邏輯遷移。

## ⾃動擴容遷移
![](https://img-blog.csdnimg.cn/2d402844fb46423ca346e01517a15b4b.png)
注意事項：
1、⼀般在新增新的 shard 後執⾏
2、該操作是冪等操作，如果上⼀次因故障執⾏失敗，可以繼續執⾏該命令繼續遷移
3、調⽤接⼝成功後，遷移任務將在後臺運⾏，可以通過查詢 greatdb_migrate_table_task 和 greatdb_migrate_table_subtask 檢視具體遷移任務執⾏的狀態
後臺有任何正在運⾏的遷移任務，禁⽌執⾏⾃動擴容遷移任務。

## ⾃動縮容遷移
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/124ddfb4c02346db9ae9e2cf5fb5f6c4.png)

注意事項：
1、該儲存過程在對錶資料遷移前，會⾃動選擇需要縮容的 shard，並將這些 shard 置為 SUSPEND 狀態，處於該狀態的 shard，不會建立新表
2、該儲存過程本⾝並不會刪除 shard，遷移完成後，需要⼿動調⽤ greatdb_drop_shard 刪除處於 SUSPEND 狀態的 shard
3、同擴容遷移⼀樣，操作是冪等操作，如果上⼀次因故障執⾏失敗，可以繼續執⾏該命令繼續遷移
4、調⽤接⼝成功後，遷移任務將在後臺運⾏，可以通過查詢 greatdb_migrate_table_task 和 greatdb_migrate_table_subtask 檢視具體遷移任務執⾏的狀態
5、後臺有任何正在運⾏的遷移任務，禁⽌執⾏⾃動擴容縮容任務。

## 停⽌遷移任務
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/9e4c3d0ac2004fd09b5e8e4ecd81f09e.png)
注意事項：
1、可以通過查詢 greatdb_task 獲取遷移任務的 task-id
2、只能停⽌正在運⾏的遷移任務，如果遷移任務已經完成，或者終⽌，則會報錯
3、stop 命令是⼀個非同步命令，執⾏成功後，可以通過 greatdb_migrate_table_task 和 greatdb_migrate_table_subtask ，檢視任務狀態

# 備份恢復管理接⼝
## 新增備份節點
![](https://img-blog.csdnimg.cn/09c0d20515d04eb9826854ab208875ac.png)

⽰例：
```powershell
CALL mysql.greatdb_add_backup_node('backup_node_1', '127.0.0.1', 3306);
```
注意事項：
1、新增備份節點時，節點例項需要處於正常啟動狀態。
2、備份節點不能同時作為叢集的 SqlNode 或者 DataNode。
3、可以新增多個備份節點，彼此之間獨⽴，沒有任何複製關係。如果備份節點間存在複製關係，會導致後續備份任務失敗。
4、叢集備份採⽤ CLONE + 增量 binlog ⽇志的⽅式，新增備份節點時，會⾃動安裝 CLONE 外掛。
5、備份節點需要實現配置 gdb_backup_dir 備份⽬錄

## 刪除備份節點
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/3145a230217c4913b338651efc25c82a.png)
⽰例：

```powershell
CALL mysql.greatdb_drop_backup_node('backup_node_1');
```

## 執⾏全量備份
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/3332c5c43c364c3ca22746614e3442a1.png)
⽰例：

```powershell
GreatDB Cluster[(none)]> call mysql.greatdb_start_full_backup;
+---------------------------------+
| current_backup_task_name        |
+---------------------------------+
| full_backup_20220301-032132_176 |
+---------------------------------+
1 row in set (39.90 sec)

Query OK, 0 rows affected (39.90 sec)
```
注意事項：

備份任務執⾏時間⼀般會⽐較⻓，儲存過程會等待備份執⾏成功後才返回結果。
當前，受制於 CLONE 外掛，每個資料庫例項單次執⾏⼀個 clone 任務，因此全量資料 clone 是串⾏操作。不過可以通過新增備份節點數量的⽅式，實現併發性。

## 執⾏增量備份
![](https://img-blog.csdnimg.cn/1393c0fcfc3f4ff2aff3a2dffd5681a6.png)

⽰例：

```powershell
GreatDB Cluster[test]> call mysql.greatdb_start_inc_backup('full_backup_20220301-032132_176');
+--------------------------------+
| current_backup_task_name       |
+--------------------------------+
| inc_backup_20220301-050855_183 |
+--------------------------------+
1 row in set (0.43 sec)

Query OK, 0 rows affected (0.44 sec)
```

注意事項：
如果叢集拓撲發⽣變更，⽆法執⾏增量備份，需要重新開啟全量備份

## 停⽌備份任務
![儲存過程	mysql.greatdb_stop_backup_task
作用	停⽌正在運⾏的備份任務
引數	backup_task_name：備份任務名稱
使用參考](https://img-blog.csdnimg.cn/ba0e135630f8431cb29d64e3c2da9606.png)

注意事項：
1、只能停⽌正在運⾏的備份任務，如果備份任務已經完成，或者終⽌，則會報錯
2、stop 命令是⼀個非同步命令，執⾏成功後，可以通過 greatdb_task 查詢狀態，也可以在備份節點中通過 greatdb_backup_tasks 檢視任務狀態

## 刪除備份任務
![](https://img-blog.csdnimg.cn/3af994bf09f449da81bdb37e46d27b0c.png)
注意事項：

1、假設執⾏備份任務A時有3個備份節點，執⾏drop命令前，移除了其中⼀個備份節點，則只會在剩 餘的兩個備份節點中刪除備份⽂件
2、如果執⾏任務A時有3個備份節點，在沒有移除的前提下，任務⼀個備份節點故障均會提⽰錯誤
3、只能刪除已經完成，或者終⽌的備份任務
4、需要特別注意的是，假設⼀個備份鏈路為 full_backup_1 -> inc_backup_2 -> inc_backup_3 -> inc_backup_4，假設刪除 full_backup_1 或者 inc_backup_2，並不會刪除後續 inc_backup_3和 inc_backup_4的備份資訊和備份⽂件，新的備份任務仍可以基於inc_backup_4繼續進⾏增量備份。 此時可能導致後續恢復操作的問題。因此不推薦這種操作，不過⽤戶可以在確保備份⽂件安全轉 移的情況下進⾏上述操作。

## 備份恢復後重建 SqlNode 節點
![](https://img-blog.csdnimg.cn/a1e3b1986ae7420e80ea6f84596b4716.png)
注意事項：
1、重建後只有⼀個 SqlNode 節點，需要通過 greatdb_add_sqlnode 儲存過程，新增其它的 SqlNode 節點
2、同 greatdb_init_cluster ⼀樣，會使⽤節點的引數配置初始化機房資訊

## 備份恢復後重建 DataNode 節點
![](https://img-blog.csdnimg.cn/4e9f9722464b4da0bd69d88c4749ee24.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_16,color_FFFFFF,t_70,g_se,x_16)

注意事項：
1、同 greatdb_restore_sqlnode_from_backup ⼀樣，恢復後 shard 中只有⼀個資料節點，需要通 過 greatdb_add_datanode 新增其它節點
2、需要保證節點的 gdb_zone_name 和 group_replication_zone_id 和叢集中某⼀個機房 zone_name, zone_id 保持⼀致，否則⽆法新增成功。當然，如果節點型別為 NODE_SINGLE，⽆需配置 group_replication_zone_id。

## 機房管理接⼝
新增機房
![](https://img-blog.csdnimg.cn/113d2f6cdbeb44249cd591764ee6cddb.png)
需要注意的是，機房屬性將影響新增新的 SqlNode 和 DataNode。新增 SqlNode 或者 DataNode 時，需要保證待 新增節點的 gdb_zone_name 引數和 group_replication_zone_id 引數和已經新增的某個機房匹配，否則會 執⾏失敗。（當然，如果新增的NODE_SINGLE的datanode節點，不需要配置group_replication_zone_id 引數。）

## 刪除機房
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/c349845056664090847e35c79b49f6d1.png)

## 修改機房屬性
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/130408357d944971a94af28d1f8ab116.png)
該儲存過程接⼝提供⼀個通⽤接⼝，⽤於修改機房的不同屬性值。
當前，允許修改的屬性包括（區分⼤⼩寫）：

1、zone_name：修改機房名稱。修改機房名稱後，需要更新相應節點的gdb_zone_name系統變數值， 其中，sqlnode會在更新機房名稱的同時同步修改節點的gdb_zone_name；⽽對於datanode，會通過 後臺任務非同步修改gdb_zone_name。
2、city：修改機房所屬城市資訊。
3、elect_weigth：修改機房的選舉權重， 範圍為[0, 9]。對於NODE_MGR型別的datanode節點，會通過 後臺執行緒修改節點的group_replication_member_weight的系統變數值。新的變數值為 elect_weigth * 10 + (old_member_weigth % 10) 。

不允許修改的屬性包括：
1、zone_id，機房id。

## 其他

greatdb_build_group_replication
greatdb_start_group_replication
greatdb_persist_variables
greatdb_check_upgrade
greatdb_mgr_check
greatdb_plugin_check

本文轉載自【墨天輪社群文章，ID賬號：張玉龍 ，原文連結：https://www.modb.pro/u/14816】

萬里GreatDB資料庫的學習之路--GreatDB儲存過程管理介面（6）

相關文章