# GreatDB 備份方式
![image.png](https://img-blog.csdnimg.cn/41651871e4c544d5afb368c5b1393181.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
# GreatDB 邏輯備份與恢復
## GreatDB 邏輯備份流程
![image.png](https://img-blog.csdnimg.cn/1c62b4317f744a958fb0007c61d42714.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
通過 general_log 觀察備份流程

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306
-- general_log 預設是關閉的
GreatDB Cluster[(none)]> show variables like 'general%';
+------------------+-------------------------------+
| Variable_name    | Value                         |
+------------------+-------------------------------+
| general_log      | OFF                           |
| general_log_file | /greatdb/logs/general3306.log |
+------------------+-------------------------------+
2 rows in set (0.01 sec)
-- 清空log日誌檔案
GreatDB Cluster[(none)]> system > /greatdb/logs/general3306.log
-- 開啟 general_log
GreatDB Cluster[(none)]> set global general_log=ON;
Query OK, 0 rows affected (0.00 sec)
-- 執行備份任務，後面有介紹各種備份場景
-- 關閉 general_log
GreatDB Cluster[(none)]> set global general_log=OFF;
Query OK, 0 rows affected (0.00 sec)
```

1、首先執行 FLUSH TABLES 語句把記憶體中的表結構同步到磁碟上（把表關閉之後再重新開啟）。
![image.png](https://img-blog.csdnimg.cn/a2912756825742739fa8ca6b58519c90.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

2、然後執行 FLUSH TABLES WITH READ LOCK 語句加一個全域性共享鎖，為後面執行一致性備份做準備。（這里以使用 --single-transaction 和 --master-data=2 選項執行一致性備份為例）。
![image.png](https://img-blog.csdnimg.cn/b373c00e5745429db6fd6f4df02dd550.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

3、對於事務引擎 InnoDB 可以實現一致性非鎖定讀，執行 START TRANSACTION WITH CONSISTENT SNAPSHOT 語句開始一個一致性快照事務，這里在整個備份過程中是一個大事務。
![image.png](https://img-blog.csdnimg.cn/563dbafce0d04ff88c8c4b2a22618149.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

4、接著執行 SHOW MASTER STATUS 語句獲取到 binlog 檔名和位置。
![image.png](https://img-blog.csdnimg.cn/37c6bf3b947a4117a41818f1741973a6.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)![image.png](https://img-blog.csdnimg.cn/a7dcf4e63681411ca225226e2601776f.png)
5、對於事務引擎，獲取到 binlog 位置之後，執行 UNLOCK TABLES 語句解鎖事務表，如果是非事務表，則在整個備份過程中會一直鎖定直到備份完成才釋放。
![image.png](https://img-blog.csdnimg.cn/287d4ed75d204fe993e0fc49a1621ed5.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)6、在一個庫中的表備份開始之前會定義一個儲存點，對每一個表的備份都是從這個儲存點開始的，當每一個表備份完之後都會回滾到這個儲存點，這樣當發生問題時方便進行回滾。當一個庫下的所有表都備份完之後就會釋放這個儲存點。
![image.png](https://img-blog.csdnimg.cn/79faca03a7d848228b5ac3c59c7bf33a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
7、備份資料檔案生產過程：
a) 首先查詢出表結構的定義語句
![image.png](https://img-blog.csdnimg.cn/9f517b7784ef4cacb405778181339be8.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)![image.png](https://img-blog.csdnimg.cn/54c2497ca1bc4f5896aaff081f3963f7.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

b) 然後對錶執行SELECT * …語句獲取全表的資料
![image.png
image.png](https://img-blog.csdnimg.cn/8d6a93dba6be47729c6911acfa1386fd.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
![在這裡插入圖片描述](https://img-blog.csdnimg.cn/06389c70152f42fb8e46d4c0099a50f8.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
c) 最後使用表結構中的欄位資訊和所獲取的表資料來生成INSERT語句
備份完成釋放資源
![image.png](https://img-blog.csdnimg.cn/10fa6bcbfde440228d10d586859b433e.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

## 邏輯備份優缺點
邏輯備份優點
1、將資料以SQL語句形式備份出來，SQL語句形式的備份檔案具有通用性，便於資料恢復。
2、在單庫、單表資料遷移以及備份恢復等場景中使用mysqldump工具命令簡單、方便。
3、對於GreatDB引擎，InnoDB引擎表可以線上熱備，執行區域性備份時對前端業務影響相對較小。
邏輯備份不足
1、greatsqldump 是單執行緒，當資料量較多時備份速度比物理方式慢。
2、SQL形式的備份資料恢復時間較長，如果執行語句時有誤可能導致中斷需再次重導。
3、備份時會執行FTWRL，業務範繁忙時備份可能造成區域性業務阻塞情況。

## greatsqldump 和 greatsqlpump 區別

greatsqldump 是單執行緒
greatsqlpump 採用佇列+執行緒，允許有多個佇列 --default-parallelism=8 控制，每個佇列下有多個執行緒，而一個佇列可以繫結1個或者多個資料庫–parallel-schemas=4:test1
1、greatsqlpump 特點是支援並行多執行緒備份。
2、可按需指定不同 schema 備份時的並行執行緒數。
3、支援壓縮備份支援ZLIB和LZ4，支援備份進度條檢視。
greatsqlpump 備份的資料恢復時會先插入資料，再建索引，而 greatsqldump 備份的資料恢復是在建立表的時候就把索引加上了,所以前者備份的資料恢復時速度要快一點
greatsqldump 完全相容 greatsqldump，在預設情況下，greatsqldump 不轉儲除 mysql 系統庫之外的information_schema、 performance_schema、sys 這三個系統庫。

## greatsqldump 備份恢復測試

實驗環境

GreatDB Cluster[test]> select * from t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
8 rows in set (0.05 sec)
```

greatsqldump 備份恢復資料庫
備份資料庫

```powershell
[root@greatdb1 ~]# greatsqldump -h192.168.0.81 -ugreatdb -pgreatdb \
--single-transaction \
--sql-log-bin \
--set-gtid-purged=OFF \
--flush-logs \
--master-data=2 \
--databases test > /tmp/db_test_bak.sql
```

模擬資料庫被誤刪除

GreatDB Cluster[test]> drop database test;
Query OK, 5 rows affected (0.42 sec)

恢復資料庫

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> source /tmp/db_test_bak.sql
Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)
... ...
Query OK, 0 rows affected (0.00 sec)

GreatDB Cluster[test]> select * from t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
8 rows in set (0.01 sec)
```
## greatsqldump 備份恢復表
備份表

```powershell
[root@greatdb1 ~]# greatsqldump -h192.168.0.81 -ugreatdb -pgreatdb \
--single-transaction \
--sql-log-bin \
--set-gtid-purged=OFF \
--flush-logs \
--master-data=2 \
--databases test \
--tables t_hash > /tmp/table_t_hash_bak.sql
```

模擬表被誤刪除

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306
GreatDB Cluster[(none)]> use test

GreatDB Cluster[test]> drop table t_hash;
Query OK, 0 rows affected (0.09 sec)

恢復表

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> use test;
GreatDB Cluster[(none)]> source /tmp/table_t_hash_bak.sql
Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)
... ...
Query OK, 0 rows affected (0.00 sec)

GreatDB Cluster[test]> select * from t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
8 rows in set (0.00 sec)
```
## greatsqldump 備份恢復行

備份行

```powershell
[root@greatdb1 ~]# greatsqldump -h192.168.0.81 -ugreatdb -pgreatdb \
--single-transaction \
--sql-log-bin \
--set-gtid-purged=OFF \
--flush-logs \
--master-data=2 \
--no-create-info \
--databases test \
--tables t_hash \
--where='c1<4' > /tmp/row_t_hash_id4_bak.sql
```

注意：

–no-create-info：在備份生成的指令碼中不生成表的刪除和建立語句
–where=‘c1<4’：“=” 左右不能存在空格
模擬行被誤刪除

```powershell
GreatDB Cluster[(none)]> select * from test.t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
8 rows in set (0.01 sec)

GreatDB Cluster[(none)]> delete from test.t_hash where c1<4;
Query OK, 3 rows affected (0.01 sec)

GreatDB Cluster[(none)]> select * from test.t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
5 rows in set (0.00 sec)
```

恢復行

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> use test;
GreatDB Cluster[(none)]> source /tmp/row_t_hash_id4_bak.sql
Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)

Query OK, 0 rows affected (0.00 sec)
... ...
Query OK, 0 rows affected (0.00 sec)

GreatDB Cluster[test]> select * from test.t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
8 rows in set (0.03 sec)
```

greatsqldump 備份恢復叢集(不常用，這裡只演示備份)

```powershell
[root@greatdb1 ~]# greatsqldump -h192.168.0.81 -ugreatdb -pgreatdb \
--single-transaction \
--compact \
--set-gtid-purged=OFF \
--flush-logs \
--master-data=2 \
--all-databases > /tmp/greatdb_full_bak.sql
```
## greatsqlpump 並行備份恢復測試

實驗環境

GreatDB Cluster[test]> select * from t_hash;
+----+------+
| c1 | c2   |
+----+------+
|  8 |    8 |
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
|  4 |    4 |
|  5 |    5 |
|  6 |    6 |
|  7 |    7 |
+----+------+
8 rows in set (0.05 sec)
```

greatsqlpump 並行備份恢復資料庫
greatsqlpump的並行匯出功能的架構為：佇列+執行緒，允許有多個佇列，每個佇列下有多個執行緒，而一個佇列可以繫結1個或者多個資料庫。
[–default-parallelism=2 預設] 支援基於表的多執行緒匯出功能
[–defer-table-indexes] 延遲索引
[–parallel-schemas=[N:]db_list] 控制並行匯出的庫
[–watch-progress，預設開啟] 匯出的時候帶有進度條
[–compress-output=LZ4/ZLIB] 壓縮備份
並行備份資料庫

```powershell
[root@greatdb1 ~]# greatsqlpump -h192.168.0.81 -ugreatdb -pgreatdb \
--default-parallelism=8 \
--parallel-schemas=4:test \
--default-character-set=utf8mb4 \
--set-gtid-purged=OFF \
--single-transaction \
--databases test > /tmp/db_test_pump.sql

greatsqlpump: [Warning] Using a password on the command line interface can be insecure.
Dump progress: 1/3 tables, 0/2005 rows
Dump completed in 151
```

模擬資料庫被誤刪除

```powershell
GreatDB Cluster[test]> drop database test;
```

恢復資料庫，同 greatsqldump 一樣使用 source

```powershell
GreatDB Cluster[(none)]> source /tmp/db_test_pump.sql
```

greatsqlpump 並行壓縮備份資料庫

> [root@greatdb1 ~]# greatsqlpump -h192.168.0.81 -ugreatdb -pgreatdb \
> --default-parallelism=8 \
> --parallel-schemas=4:test \
> --parallel-schemas=2:mysql \
> --default-character-set=utf8 \
> --set-gtid-purged=OFF \
> --single-transaction \
> --compress-output=LZ4 \
> --databases test mysql > /tmp/db_test_mysql_lz4_pump.sql
> 
> greatsqlpump: [Warning] Using a password on the command line interface
> can be insecure. Dump progress: 1/1 tables, 0/0 rows Dump completed in
> 356

## Select outfile匯出後設資料

控制引數為：secure_file_priv ，該引數為靜態引數對應的三個可選項:
1、secure_file_priv=null 不允許檔案的匯入匯出  
2、secure_file_priv=/tmp 只允許匯入匯出到/tmp路徑  
3、(預設)secure_file_priv 配置GreatDB的cnf配置檔案，可匯入到任意路徑

```powershell
GreatDB Cluster[(none)]> show variables like 'secure_file_priv';
+------------------+-------+
| Variable_name    | Value |
+------------------+-------+
| secure_file_priv |       |
+------------------+-------+
1 row in set (0.01 sec)
```
匯出檔案的儲存位置是與登入時指定的節點有關，比如在 192.168.0.81 上使用 greatsql -h192.168.0.82 登入資料庫，則 Select outfile 匯出的檔案會儲存在 192.168.0.82 上的指定位置。

## 備份全表

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> select * from test.t_hash into outfile '/tmp/t_hash_outfile.sql';
Query OK, 8 rows affected (0.03 sec)

[root@greatdb1 ~]# cat /tmp/t_hash_outfile.sql
8       8
1       1
2       2
3       3
4       4
5       5
6       6
7       7
```

匯出指定的行

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> select * from test.t_hash where c1<4 into outfile '/tmp/t_hash_c14_outfile.sql';
Query OK, 8 rows affected (0.03 sec)

[root@greatdb1 ~]# cat /tmp/t_hash_c14_outfile.sql
1       1
2       2
3       3
```

設定分隔符

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> select * from test.t_hash into outfile '/tmp/t_hash_outfile_2.sql' 
fields terminated by ',' enclosed by '"'  lines terminated by '\n';
Query OK, 8 rows affected (0.01 sec)

[root@greatdb1 ~]# cat /tmp/t_hash_outfile_2.sql
"8","8"
"1","1"
"2","2"
"3","3"
"4","4"
"5","5"
"6","6"
"7","7"
```

## 備份後設資料恢復

無分隔符資料的匯入

```powershell
GreatDB Cluster[test]> load data infile '/tmp/t_hash_outfile.sql' into table t_hash;
```

有分隔符匯入方式如下

```powershell
GreatDB Cluster[test]> load data infile '/tmp/t_hash_outfile_2.sql' into table t_hash fields terminated  by ',' enclosed by '"' lines terminated by '\n' ;
```

LOAD DATA INFILE能被用來讀取從外部來源獲得的檔案。例如，以sql或txt格式的檔案將有由逗號分隔並用雙引號包圍的欄位，需要設定選項fields terminated ,enclosed ,line terminated等選項來設定載入方式。

# GreatDB 物理備份與恢復
## GreatDB 的物理備份原理和流程介紹

備份節點
GreatDB 的物理備份需要提前初始化一個備份節點，備份節點是除 SqlNode 節點、DataNode 節點之外的第三個角色節點。其作用是進行叢集全量和增量備份的資料物理檔案的複製克隆。通過呼叫 SqlNode 節點程式，執行遠端 SqlNode，DataNode 節點物理檔案備份到backup_node 節點。備份節點可以同時新增多個，支援併發多節點備份。backup_node 支援全量物理備份和增量備份2種方式。
![image.png](https://img-blog.csdnimg.cn/aabeb6d7418c4ed6bab4e629525d672a.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
備份原理
![image.png](https://img-blog.csdnimg.cn/c7eaacecddbf4a96ab7ca3ca5818edf9.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

在 greatdb 叢集中，採用延遲提交的技術獲取一致性點。其基本操作流程為：

1. 在 sqlnode中記錄當前處於事務提交狀態的事務數量，committing_trxs，事務進⼊COMMIT階段，committing_trxs++，完成提交時，committing_trxs–；
 2. 獲取一致性點時，所有的 sqlnode 節點執行 DELAY_COMMIT 命令； 
 3. sqlnode 處於 DELAY_COMMIT狀態時，仍可以正常執行讀寫語句，但進⼊ COMMIT 階段時，會阻止讀寫事務向後端 datanode 節點傳送 COMMIT語句，但已經處於 COMMITTING 狀態的事務會繼續完成事務的提交操作； 
 4. 當所有的 sqlnode 均沒有 COMMITTING狀態的事務時，此時為全域性一致性點，在 sqlnode 和所有 shard 中獲取一致性點的 gtid 
 5. 所有的 sqlnode 節點，釋放DELAY_COMMIT 命令 
 6. 所有的 sqlnode 節點可以正常提交事務

## 備份節點工作流程
1、註冊備份任務
Sqlnode 和每個 shard 均為一個備份子任務，子任務均勻分散到所有的備份節點中。 可通過information_schema.greatdb_backup_tasks 檢視備份任務狀態。
2、全量資料物理複製
在 SqlNode 呼叫 mysql.greatdb_start_full_backup，備份任務執行 SqlNode 和 DataNode 物理檔案複製克隆，單備節點支援5個併發任務。
3、獲取全域性一致性點
GreatDB 在獲取一致性點的過程中，採用延遲提交技術。即 SqlNode 可以接收讀寫請求，事務提交時被延遲執行。在50秒內連續探測10次獲取一致性檢查點，如果10次重試均判定為業務繁忙狀態，本次備份任務撤銷。
4、同步增量 binlog 日誌
增量日誌的結束位置為 sqlnode 和每個 shard 的全域性一致性點的位置，備份一致性點的 binlog 到全量備份中。
5、更新任務狀態，完成全量備份

## 配置物理備份節點

本次測試使用 192.168.0.82 作為備份一個節點。

初始化 backup_node 節點
在新的主機部署備份節點，使用叢集安裝包中的 greatdb_init 執行初始化，引數檔案中必須指定 gdb_backup_dir 備份目錄路徑。

```powershell
# 建立目錄
[root@greatdb2 ~]# mkdir -p /greatdb/dbdata/backnode5501/{data,log,tmp}
[root@greatdb2 ~]# chown -R greatdb:greatdb /greatdb/dbdata/backnode5501
# 建立配置檔案
[root@greatdb2 ~]# cd /greatdb/conf
[root@greatdb2 conf]# cp sqlnode3306.cnf backnode5501.cnf
[root@greatdb2 conf]# sed -i "s/3306/5501/g" backnode5501.cnf
[root@greatdb2 conf]# sed -i "s/sqlnode/backnode/g" backnode5501.cnf
[root@greatdb2 conf]# sed -i "14i"gdb_backup_dir=/greatdb/dbbackup"" backnode5501.cnf
# 初始化 backup_node 節點
[root@greatdb2 ~]# greatdb_init --defaults-file=/greatdb/conf/backnode5501.cnf \
--cluster-user=greatdb \
--cluster-host=% \
--cluster-password='greatdb' \
--node-type=backup_node
```
![image.png](https://img-blog.csdnimg.cn/a8ead309b82d486b863b31f6e6b4b007.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)
新增 backup_node 節點

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> call mysql.greatdb_add_backup_node('bk_node1','192.168.0.82',5501);
Query OK, 1 row affected (4.37 sec)

## 執行全量備份

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

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)
```

登入到備份節點可以看到備份出來的檔案

```powershell
[root@greatdb2 ~]# cd /greatdb/dbbackup/
[root@greatdb2 dbbackup]# ll
total 0
drwxr-x--- 7 greatdb greatdb 99 Feb 28 19:22 full_backup_20220301-032132_176
[root@greatdb2 dbbackup]# cd full_backup_20220301-032132_176/
[root@greatdb2 full_backup_20220301-032132_176]# ll
total 0
drwxr-x--- 6 greatdb greatdb  81 Feb 28 19:22 inc_binlog
drwxr-x--- 6 greatdb greatdb 180 Feb 28 19:21 shard-shard1
drwxr-x--- 6 greatdb greatdb 180 Feb 28 19:21 shard-shard2
drwxr-x--- 6 greatdb greatdb 180 Feb 28 19:21 shard-shard3
drwxr-x--- 5 greatdb greatdb 168 Feb 28 19:21 sqlnode
```

## 執行增量備份

增量備份過程
GreatDB 的增量備份是基於上次全量備份的基礎之上，針對各個節點進行的 binlog 的拷貝備份。呼叫 SqlNode 過程 greatdb_start_inc_backup 啟動增量備份任務。

執行步驟如下：

1. 獲取上一次備份的全域性一致性點。 
 2. 註冊備份任務可在 mysql.greatdb_sqlnode_tasks 檢視當前備份task_status。 
 3. 獲取新的全域性一致性點，同步增量 binlog 日誌。 
 4. 更新任務狀態，完成全量備份。

測試增量備份
增加一些增量資料

GreatDB Cluster[test]> select * from t_normal;
Empty set (0.00 sec)

GreatDB Cluster[test]> insert into t_normal values (1,1),(2,2),(3,3);
Query OK, 3 rows affected (0.01 sec)
Records: 3  Duplicates: 0  Warnings: 0

GreatDB Cluster[test]> select * from t_normal;
+----+------+
| c1 | c2   |
+----+------+
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
+----+------+
3 rows in set (0.00 sec)
```

查詢從哪個備份的基礎上做增量備份
-- 注意需要登入到備份節點的例項上檢視

```powershell
[root@greatdb2 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.82 -P5501

執行增量備份

```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)
```

登入到備份節點可以看到備份出來的檔案

```powershell
[root@greatdb2 ~]# cd /greatdb/dbbackup/
[root@greatdb2 dbbackup]# ll
total 0
drwxr-x--- 7 greatdb greatdb 99 Feb 28 19:22 full_backup_20220301-032132_176
drwxr-x--- 3 greatdb greatdb 24 Feb 28 21:08 inc_backup_20220301-050855_183
[root@greatdb2 dbbackup]#
[root@greatdb2 dbbackup]#
[root@greatdb2 dbbackup]# cd inc_backup_20220301-050855_183/
[root@greatdb2 inc_backup_20220301-050855_183]# ll
total 0
drwxr-x--- 6 greatdb greatdb 81 Feb 28 21:08 inc_binlog
[root@greatdb2 inc_backup_20220301-050855_183]# cd inc_binlog/
[root@greatdb2 inc_binlog]# ll
total 0
drwxr-x--- 2 greatdb greatdb 37 Feb 28 21:08 shard-shard1
drwxr-x--- 2 greatdb greatdb 37 Feb 28 21:08 shard-shard2
drwxr-x--- 2 greatdb greatdb 37 Feb 28 21:08 shard-shard3
drwxr-x--- 2 greatdb greatdb 58 Feb 28 21:08 sqlnode
```

注意：需要特別注意的是，上述示例中，叢集中只有一個備份節點，因此，所有的備份資料均在同一臺機器同一個基礎備份路徑之下。如果存在多個備份節點，彼此在不同的機器中，則所有SqlNode， Shard的全量clone和增量binlog可能分佈在不同的主機上，此時，需要在不同的備份節點機器上，查詢對應的備份資料。

檢視備份任務執行狀態

```powershell
-- 在 sqlNode 例項上查詢
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

-- 在備份節點的例項上檢視

```powershell
[root@greatdb2 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.82 -P5501

## GreatDB 物理備份的資料恢復

即使用備份資料進行叢集回放重建的過程，恢復出完整的 GreatDB 叢集，當然也可以按需縮減叢集規模，如 SqlNode 原始3個，每個 Shard 中3個 DataNode，可在恢復時恢復1個 SqlNode，每個 Shard 中恢復一個 DataNode 即可。
![image.png](https://img-blog.csdnimg.cn/6888541946b044c28f4faa682de4825f.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

## 恢復例項步驟

分為 SqlNode 恢復和 Shard 中 DataNode 的恢復
SqlNode 和 DataNode 恢復過程相似，過程如下：

1、獲取備份節點配置
將備份的 SqlNode/DataNode 資料 + sqlnodeXXX.cnf/datanodeXXX.cnf 引數拷貝到新恢復環境，並參考cnf引數建立必須的目錄。
2、載入備份節點例項
使用同版本的 greatdb 包解壓後，呼叫 greatdb_safe 啟動例項載入 SqlNode/DataNode 備份的資料。
3、重置叢集複製資訊
使用 greatdb 使用者登入， RESET REPLICA ALL 重置 paxos 組複製資訊。
4、應用增量日誌
全備目錄中的 inc_binlog/sqlnode/datanode 的日誌。
greatsqlbinlog sqlnode-bin.000001 |greatsql -ucluster_user -pclusteruser−pcluster_password -hnew_sqlnode_1 -P$port --init- command=“set greatdb_is_restore_binlog_applier=on”
5、呼叫介面恢復叢集結構資訊
call mysql.greatdb_restore_sqlnode_from_backup;
call mysql.greatdb_restore_shard_from_backup

## DataNode的恢復注意事項

恢復備份時，可按需縮減叢集規模。
GreatDB 恢復時主要檢視叢集中 Shard 分片，恢復時 shard 組中的 datanode 從節點可以減少，但 Shard 組個數無法減少，每個 Shard 中都是叢集的組成部分。
恢復叢集時，如果考慮和原生產環境保持一致，則可以通過 greatdb_add_sqlnode，greatdb_add_datanode 方式靈活掌握叢集的規模。
![image.png](https://img-blog.csdnimg.cn/ef88cdeb5ad345e5a31aa6153547590d.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

## 物理備份的恢復測試

由於資源有限，本次恢復測試使用源環境。

清理源環境，模擬故障

```powershell
# 所有 SqlNode 和 DataNode kill 掉所有程式
ps -ef |grep greatdb |grep -v grep |awk '{print $2}' |xargs kill -9

# 所有 SqlNode 和 DataNode 清空資料目錄
rm -rf /greatdb/dbdata/*/*/*
```

在備份節點恢復全量備份到 SqlNode 和 DataNode。

```powershell
# 備份節點複製 SqlNode 資料
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/sqlnode/* 192.168.0.81:/greatdb/dbdata/sqlnode3306/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/sqlnode/* 192.168.0.82:/greatdb/dbdata/sqlnode3306/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/sqlnode/* 192.168.0.83:/greatdb/dbdata/sqlnode3306/data/

# 備份節點複製 DataNode 資料
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard1/* 192.168.0.81:/greatdb/dbdata/datanode4406/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard1/* 192.168.0.82:/greatdb/dbdata/datanode4406/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard1/* 192.168.0.83:/greatdb/dbdata/datanode4406/data/

scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard2/* 192.168.0.81:/greatdb/dbdata/datanode4407/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard2/* 192.168.0.82:/greatdb/dbdata/datanode4407/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard2/* 192.168.0.83:/greatdb/dbdata/datanode4407/data/

scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard3/* 192.168.0.81:/greatdb/dbdata/datanode4408/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard3/* 192.168.0.82:/greatdb/dbdata/datanode4408/data/
scp -rp /greatdb/dbbackup/full_backup_20220301-032132_176/shard-shard3/* 192.168.0.83:/greatdb/dbdata/datanode4408/data/

SqlNode 和 DataNode 處理恢復的檔案
# 所有 SqlNode 和 DataNode 修改資料檔案的許可權
chown -R greatdb:greatdb /greatdb/dbdata/*/data/*

# 所有 SqlNode 和 DataNode 將 redo 檔案和 undo 檔案從 data 目錄複製到 log 目錄下
mv /greatdb/dbdata/sqlnode3306/data/{ib_logfile*,undo_*} /greatdb/dbdata/sqlnode3306/log
mv /greatdb/dbdata/datanode4406/data/{ib_logfile*,undo_*} /greatdb/dbdata/datanode4406/log
mv /greatdb/dbdata/datanode4407/data/{ib_logfile*,undo_*} /greatdb/dbdata/datanode4407/log
mv /greatdb/dbdata/datanode4408/data/{ib_logfile*,undo_*} /greatdb/dbdata/datanode4408/log
```

恢復所有 SqlNode 和 DataNode 的配置檔案
```powershell
# 恢復所有 SqlNode 和 DataNode 的配置檔案，因為在原機恢復，此處省略，如果異機恢復，注意修改配置檔案的IP等配置
[root@greatdb1 ~]# ll /greatdb/conf/
total 48
-rw-r--r--. 1 greatdb greatdb 8232 Feb 26  2021 datanode4406.cnf
-rw-r--r--. 1 greatdb greatdb 8232 Feb 26  2021 datanode4407.cnf
-rw-r--r--. 1 greatdb greatdb 8232 Feb 26  2021 datanode4408.cnf
-rw-r--r--. 1 greatdb greatdb 8209 Feb 26  2021 sqlnode3306.cnf
```

啟動所有 SqlNode 和 DataNode

```powershell
/greatdb/sh/sqlnode3306.sh start
/greatdb/sh/datanode4406.sh start
/greatdb/sh/datanode4407.sh start
/greatdb/sh/datanode4408.sh start
```

查詢 SqlNode 和 DataNode 的狀態

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306
GreatDB Cluster[(none)]> select * from information_schema.GREATDB_SQLNODES;
GreatDB Cluster[(none)]> select * from 
information_schema.GREATDB_DATANODES;
```
![image.png](https://img-blog.csdnimg.cn/c1479871579b4675abed9938ab438e74.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

在備份節點恢復增量備份到 SqlNode 和 DataNode
需要在備份節點提前安裝一個 MySQL 客戶端，yum install -y mysql

```powershell
# 在備份節點向 SqlNode 恢復全備裡的增量 binlog
cd /greatdb/dbbackup/full_backup_20220301-032132_176/inc_binlog/sqlnode
greatsqlbinlog sqlnode-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"

# 在備份節點向 DataNode 恢復全備裡的增量 binlog
cd /greatdb/dbbackup/full_backup_20220301-032132_176/inc_binlog/shard-shard1
greatsqlbinlog shard-shard1-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P4406
greatsqlbinlog shard-shard1-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P4406
greatsqlbinlog shard-shard1-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P4406

cd /greatdb/dbbackup/full_backup_20220301-032132_176/inc_binlog/shard-shard2
greatsqlbinlog shard-shard2-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P4407
greatsqlbinlog shard-shard2-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P4407
greatsqlbinlog shard-shard2-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P4407

cd /greatdb/dbbackup/full_backup_20220301-032132_176/inc_binlog/shard-shard3
greatsqlbinlog shard-shard3-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P4408
greatsqlbinlog shard-shard3-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P4408
greatsqlbinlog shard-shard3-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P4408

# 在備份節點向 SqlNode 恢復增量備份
cd /greatdb/dbbackup/inc_backup_20220301-050855_183/inc_binlog/sqlnode
# 這下面有兩個檔案 sqlnode-bin.000001 和 sqlnode-bin.000002
greatsqlbinlog sqlnode-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000002 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000002 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"
greatsqlbinlog sqlnode-bin.000002 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P3306 --init-command="set greatdb_is_restore_binlog_applier=on"

# 在備份節點向 DataNode 恢復增量備份
cd /greatdb/dbbackup/inc_backup_20220301-050855_183/inc_binlog/shard-shard1
greatsqlbinlog shard-shard1-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P4406
greatsqlbinlog shard-shard1-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P4406
greatsqlbinlog shard-shard1-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P4406

cd /greatdb/dbbackup/inc_backup_20220301-050855_183/inc_binlog/shard-shard2
greatsqlbinlog shard-shard2-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P4407
greatsqlbinlog shard-shard2-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P4407
greatsqlbinlog shard-shard2-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P4407

cd /greatdb/dbbackup/inc_backup_20220301-050855_183/inc_binlog/shard-shard3
greatsqlbinlog shard-shard3-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.81 -P4408
greatsqlbinlog shard-shard3-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.82 -P4408
greatsqlbinlog shard-shard3-bin.000001 |mysql -ugreatdb -pgreatdb -h192.168.0.83 -P4408
```

在 SqlNode 例項上呼叫介面恢復叢集結構資訊

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306
# 恢復 SqlNode
GreatDB Cluster[(none)]> call mysql.greatdb_restore_sqlnode_from_backup;
Query OK, 1 row affected (3.94 sec)

GreatDB Cluster[(none)]> select * from information_schema.GREATDB_SQLNODES;
+--------------------------------------+--------------+------+--------+---------------+--------------------------+
| UUID                                 | HOST         | PORT | STATUS | EXECUTED_GTID | Received_transaction_set |
+--------------------------------------+--------------+------+--------+---------------+--------------------------+
| dc0e4eaf-7a26-11eb-8c6d-000c29d936e4 | 192.168.0.81 | 3306 | ONLINE |               |                          |
+--------------------------------------+--------------+------+--------+---------------+--------------------------+
1 row in set (0.00 sec)

# 恢復 DataNode
GreatDB Cluster[(none)]> call mysql.greatdb_restore_shard_from_backup('shard1','datanode1','192.168.0.81',4406,'NODE_MGR');
Query OK, 1 row affected (4.25 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_restore_shard_from_backup('shard2','datanode4','192.168.0.81',4407,'NODE_MGR');
Query OK, 1 row affected (4.82 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_restore_shard_from_backup('shard3','datanode7','192.168.0.81',4408,'NODE_MGR');
Query OK, 1 row affected (4.30 sec)

當前只恢復了一個 SqlNode，每個 Shard 中也只恢復一個 DataNode，如果還想加入其他 SqlNode 和 DataNode，參考如下。

新增其他 SqlNode 和 DataNode 例項

```powershell
# 新增 SqlNode
GreatDB Cluster[(none)]> call mysql.greatdb_add_sqlnode('192.168.0.82',3306);
Query OK, 0 rows affected (2.46 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_add_sqlnode('192.168.0.83',3306);
Query OK, 0 rows affected (3.25 sec)

# 新增 DataNode
GreatDB Cluster[(none)]> call mysql.greatdb_add_datanode('shard1','datanode2','192.168.0.82',4406,'NODE_MGR');
Query OK, 1 row affected (3.26 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_add_datanode('shard1','datanode3','192.168.0.83',4406,'NODE_MGR');
Query OK, 1 row affected (3.01 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_add_datanode('shard2','datanode5','192.168.0.82',4407,'NODE_MGR');
Query OK, 1 row affected (3.22 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_add_datanode('shard2','datanode6','192.168.0.83',4407,'NODE_MGR');
Query OK, 1 row affected (2.52 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_add_datanode('shard3','datanode8','192.168.0.82',4408,'NODE_MGR');
Query OK, 1 row affected (3.20 sec)

GreatDB Cluster[(none)]> call mysql.greatdb_add_datanode('shard3','datanode9','192.168.0.83',4408,'NODE_MGR');
Query OK, 1 row affected (3.05 sec)

GreatDB Cluster[(none)]> select NODE_ID,NODE_NAME,SHARD_ID,SHARD_NAME,HOST,PORT,NODE_TYPE,NODE_STATE from information_schema.GREATDB_DATANODES;
+---------+-----------+----------+------------+--------------+------+-----------+---------------+
| NODE_ID | NODE_NAME | SHARD_ID | SHARD_NAME | HOST         | PORT | NODE_TYPE | NODE_STATE    |
+---------+-----------+----------+------------+--------------+------+-----------+---------------+
|     185 | datanode1 |       36 | shard1     | 192.168.0.81 | 4406 | NODE_MGR  | STATE_ACTIVE  |
|     186 | datanode4 |       64 | shard2     | 192.168.0.81 | 4407 | NODE_MGR  | STATE_ACTIVE  |
|     187 | datanode7 |       92 | shard3     | 192.168.0.81 | 4408 | NODE_MGR  | STATE_ACTIVE  |
|     192 | datanode2 |       36 | shard1     | 192.168.0.82 | 4406 | NODE_MGR  | STATE_STANDBY |
|     193 | datanode3 |       36 | shard1     | 192.168.0.83 | 4406 | NODE_MGR  | STATE_STANDBY |
|     194 | datanode5 |       64 | shard2     | 192.168.0.82 | 4407 | NODE_MGR  | STATE_STANDBY |
|     195 | datanode6 |       64 | shard2     | 192.168.0.83 | 4407 | NODE_MGR  | STATE_STANDBY |
|     196 | datanode8 |       92 | shard3     | 192.168.0.82 | 4408 | NODE_MGR  | STATE_STANDBY |
|     197 | datanode9 |       92 | shard3     | 192.168.0.83 | 4408 | NODE_MGR  | STATE_STANDBY |
+---------+-----------+----------+------------+--------------+------+-----------+---------------+
9 rows in set (0.02 sec)
```

![image.png](https://img-blog.csdnimg.cn/d5a18f85e22944c5a920267fdeda2c48.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBA5LiH6YeM5pWw5o2u5bqT,size_20,color_FFFFFF,t_70,g_se,x_16)

恢復完成，驗證資料

```powershell
[root@greatdb1 ~]# greatsql -ugreatdb -pgreatdb -h192.168.0.81 -P3306

GreatDB Cluster[(none)]> use test
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

GreatDB Cluster[test]> select * from t_normal;
+----+------+
| c1 | c2   |
+----+------+
|  1 |    1 |
|  2 |    2 |
|  3 |    3 |
+----+------+
3 rows in set (0.00 sec)
```

## GreatDB備份恢復相容工具列表

GreatDB生態相容備份工具：

邏輯備份工具
1、mysqldump
2、mysqlpump
3、mysqldumper
4、select into outfile
物理備份工具：
1、xtrabackup
2、MySQL clone 外掛
客戶端程式
1、mysql
2、mysqlbinlog

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

萬里GreatDB資料庫的學習之路--GreatDB備份與恢復（4）

相關文章