轉到MariaDB備份

如果您一直在備份XtraBackup並嘗試對MariaDB Server 10.3執行相同的命令，您將收到一條錯誤訊息：

$ innobackupex ~/backup_to_dir --user=username --password=password
...
InnoDB: Unsupported redo log format. The redo log was created with MariaDB 10.3.9.

最後一條訊息中的第一句話是它的內容。 XtraBackup不理解10.3的重做日誌中的檔案。 請注意，我們使用舊版本的XtraBackup，這就是命令仍然是 innobackupex 的原因 。

由於這個以及下面提到的其他一些原因，MariaDB Server現在附帶了支援新的重做日誌格式的MariaDB Backup。 使用MariaDB Backup，您可以使用與XtraBackup相同的功能，但支援改進的重做日誌格式並支援MariaDB的靜態資料加密。 另一個非常需要的方面是MariaDB Backup也適用於Windows，XtraBackup不是。 如果您有興趣瞭解有關重做日誌更改的更多資訊，請閱讀。

在本文開頭，我提到我們最近將Jira升級到最新版本，將MariaDB Server升級到10.3。 在那個舊環境中，我們使用了XtraBackup。 要獲得MariaDB Server 10.3的備份，我們必須更新備份指令碼以使用MariaDB Backup。

切換到MariaDB Backup後，備份命令如下所示：

$ mariabackup --backup --target-dir /backup/to/dir --user=username --password=password --parallel=4

我們不得不將命令本身從 innobackupex更改 為 mariabackup ，我們新增了兩個選項;  告訴 mariabackup 我們希望它建立一個備份和-target-dir來指定給定目錄是備份檔案應該去的位置。 應該注意的是，如果我們一直在使用更新版本的XtraBackup，命令列選項將與XtraBackup完全相容，那麼唯一要改變的就是從 xtrabackup 到 mariabackup 的命令本身 。

為了確保備份工作，我們將其複製到另一臺伺服器並嘗試在那裡恢復它。 要恢復備份，我們首先要準備它：

$ mariabackup --prepare --target-dir full-2018-09-11_09-38-32

請注意，我有一個MariaDB Server例項的完整備份，它將替換我正在恢復到的例項中存在的任何內容。 因此，我將停止伺服器並刪除它所擁有的任何資料檔案。

$ sudo service mariadb stop
$ sudo rm -rf /var/lib/mysql/*

現在，備份檔案可以放在此伺服器例項的資料目錄中。 應該使用mariabackup來完成它。 它做了一些與上面解釋的重做日誌格式相關的事情。

$ sudo mariabackup --copy-back --target-dir full-2018-09-11_09-38-32

確保許可權正確。 在我的情況下，普通使用者和組正在使用中。 然後啟動伺服器。

$ sudo chown mysql:mysql /var/lib/mysql -R
$ sudo service mariadb start

然後讓我們連線到伺服器並驗證它是否具有應有的資料。 我決定查詢Jira中的最大問題編號。

# connect to mariadb
$ mysql -uusername -ppassword
# query the database
MariaDB [(none)]> USE jiradb
MariaDB [jiradb]> SELECT MAX(issuenum) FROM jiraissue;

瞧！ 我們現在有備份在MariaDB Server 10.3上執行。