Percona XtraBackup 關於 MySQL備份還原的詳細測試

来源:https://www.cnblogs.com/xuliuzai/archive/2019/04/20/10719975.html
-Advertisement-
Play Games

一. Percona XtraBackup 的優點。 （1）無需停止資料庫進行InnoDB熱備； （2）增量備份MySQL； （3）流壓縮傳輸到其它伺服器； （4）線上移動表； （5）能夠比較容易地創建主從同步； （6）備份MySQL時不會增大伺服器負載。 二. Percona XtraBackup ...


 一. Percona XtraBackup 的優點。

（1）無需停止資料庫進行InnoDB熱備；

（2）增量備份MySQL；

（3）流壓縮傳輸到其它伺服器；

（4）線上移動表；

（5）能夠比較容易地創建主從同步；

（6）備份MySQL時不會增大伺服器負載。

 二. Percona XtraBackup 工具集組成

在舊版本中，Percona XtraBackup 工具集里主要包含兩個程式：innobackupex 和 xtrabackup。

xtrabackup是C/C++編譯的二進位程式，用來備份InnoDB的，並不能備份非InnoDB表，它在內部實現了對InnoDB的熱備份。

innobackupex由perl腳本編寫，是對xtrabackup的封裝，通過調用xtrabackup命令來備份InnoDB表，通過調用mysqldump等命令來實現對非InnoDB表的備份，並且會和MySQL資料庫發送命令交互，例如獲取Binlog位點、添加鎖操作。

因為我們公司，大量使用 innodbbackupex 備份還原，所以，本文的講解測試仍是以innodbbackupex為主。

 三. innodbbackupex常用的參數選項

參數選項 作用描述 備註
--host 指定資料庫實例的IP地址。 備份階段
--port 連接資料庫實例的埠號。 備份階段
--user 備份時連接資料庫實例/資料庫的用戶名。 備份階段
--password 連接所用賬號的密碼。 備份階段
--copy-back 將準備好的備份文件從備份目錄複製到原始位置，其原始位置目錄必須為空，否則報錯（除非指定--force-non-empty-directories選項）。 恢復階段
--incremental 該選項表示創建增量備份，而不是全量備份。 備份階段
--incremental-basedir 該選項接受一個字元串參數，表示包含作為增量備份基本數據集的完整備份的目錄。與--incremental一起使用。 備份階段
--incremental-dir 該選項接受一個字元串參數，表示增量備份與完整備份的目錄，以進行新的完整備份。與--incremental一起使用。 備份階段
--redo-only 在prepare階段，完整備份合併除最後一個增量之外的所有增量時，使用該選項。迫使innobackupex跳過“回滾”階段，只做一次“重做”。如果已經在全量備份上重放了提交的事務並回滾了未提交的事務，則無法在此備份上添加增量。同樣，如果在增量備份上執行，則無法添加其餘的增量備份。 Prepare階段
--incremental-lsn 增量備份是基於LSN來完成的，所以，增量備份也可以指定LSN值進行。 備份階段
--apply-log 在創建備份後，備份數據其實處於不可用狀態。因為在redo log中可能存在未提交的事務和已提交的事務，需要通過準備階段來使備份數據達到一致狀態。通過此階段，備份數據就可以用來恢復了。在準備階段，需要指定的參數選項就包含apply-log。  
--socket 該選項表示mysql.sock所在位置，以便備份進程登錄mysql。在MySQL多實例場景下，需指明。  
     

 四. 安裝

這個版本是 Percona XtraBackup 2.4 版本。

Step 1 ：下載執行文件

wget https://www.percona.com/downloads/XtraBackup/Percona-XtraBackup-2.4.9/binary/redhat/6/x86_64/Percona-XtraBackup-2.4.9-ra467167cdd4-el6-x86_64-bundle.tar

step 2 ：解壓執行文件

tar -xvf Percona-XtraBackup-2.4.9-ra467167cdd4-el6-x86_64-bundle.tar

step 3：安裝

yum install percona-xtrabackup-24-2.4.9-1.el6.x86_64.rpm –y

step 4 安裝驗證

查看 可執行文件

which xtrabackup

版本檢查

xtrabackup --version

 五. 全量備份與全量恢復 

Step 1 環境介紹及準備 

 測試環境：在一臺伺服器上開啟2個實例，一個是3306，另一個是3307.測試的基本步驟是將3306實例上的資料庫備份、然後還原到3306實例中。

用來測試的資料庫為Test_Xtrabackup

step 2 全量備份

innobackupex  --port 3306  --socket /tmp/mysql_3306.sock --user=root --password=輸入自己的密碼 /data/backup/full

因為測試方便使用了 root 賬號，進而不可以輸入對應 --host參數。

因為測試伺服器上，安裝了多實例，所以輸入了 --socket 參數。

生成的全量備份文件會存儲在一個以備份時間命名的子目錄下。

 step 3 Prepare 階段

在創建備份後，備份數據其實處於不可用狀態。因為在redo log中可能存在未提交的事務和已經提交的事務，需要通過準備階段來使備份數據達到一致的狀態。通過此階段，備份數據就可以用來恢復了。

在準備階段，需要指定選項 --apply-log 和備份文檔路徑。

innobackupex --apply-log /data/backup/full/2019-04-19_10-56-22

step 4 還原環境的準備

我們打算將資料庫還原到同一臺伺服器上的3307 埠的mysql實例中。

先登入看下。

測試需要 關閉3307 實例

將實例對應的數據文檔清空（/data/mysql3307/data）

step 5 恢復階段

在Prepare階段過後，如果需要用備份數據來恢複數據庫，則只需要指定--copy-back 和備份數據所在目錄即可。

innobackupex --datadir=/data/mysql3307/data  --copy-back  /data/backup/full/2019-04-19_10-56-22

innobackupex 將所有的數據相關文件複製到伺服器中的datadir目錄，該目錄有my.cnf文件中的datadir選項指定。因為是多實例，在此直接指定。

step 6 修改文件的所有權

複製完成後，文件屬性不會改變。在大多數的情況下，在啟動MySQL資料庫之前，需要修改文件的所有權。

chown -R mysql:mysql /data/mysql3307/data

step 7 開啟恢復後的實例，數據驗證

以上截圖說明 3306 上的數據已恢復至3307 實例上。

 六. 增量備份與恢復的測試

1. 備份階段

環境準備，在完整備份前，創建了一個 表 T_full_table;並向此表插入了一筆數據，如下圖所示：

 增量備份基於全量備份，所以需要創建一個全量備份。全量備份的命令如下：

innobackupex  --port 3306  --socket /tmp/mysql_3306.sock --user=root --password=你的密碼 /data/backup/full

全量備份後生成的（時間子）目錄為 2019-04-19_21-28-32，這個目錄會在第一次增量備份是用到，incremental-basedir 選項參數需要細化到這一層，否則報錯。意思是找不到xtrabackup_checkpoints文件。

 全量備份後，向表中insert  2 筆 數據，如下：

第一個增量備份

innobackupex  --port 3306  --socket /tmp/mysql_3306.sock --user=root --password=你的密碼  --incremental --incremental-basedir=/data/backup/full/2019-04-19_21-28-32 /data/backup/incremental

 增量備份產生的目錄文件為  /data/backup/incremental/2019-04-19_21-30-11

第一次增量備份後，繼續insert 2筆數據

第二個增量備份（我們是否可以在增量備份的基礎上再做增量備份呢？答案是肯定的，只要把--incremental-basedir設置為上一次增量備份的目錄即可。即：增量備份可以基於以前的增量備份完成數據備份。）

innobackupex  --port 3306  --socket /tmp/mysql_3306.sock --user=root --password=你的密碼  --incremental --incremental-basedir=/data/backup/incremental/2019-04-19_21-30-11 /data/backup/incremental

第二次增量備份產生的目錄文件為 /data/backup/incremental/2019-04-19_21-35-33

再次插入2筆數據，用來驗證第三次增量備份

第三個增量備份

 innobackupex  --port 3306  --socket /tmp/mysql_3306.sock --user=root --password=你的密碼  --incremental --incremental-basedir=/data/backup/incremental/2019-04-19_21-35-33 /data/backup/incremental

第三次增量備份產生的目錄文件為 /data/backup/incremental/2019-04-19_21-38-16

再次插入2筆驗證數據，用來驗證第四次增量備份。

生成第四個增量備份

innobackupex  --port 3306  --socket /tmp/mysql_3306.sock --user=root --password=你的密碼  --incremental --incremental-basedir=/data/backup/incremental/2019-04-19_21-38-16 /data/backup/incremental

第四次增量備份產生的目錄文件為 /data/backup/incremental/2019-04-19_21-40-02

最後一次插入2筆驗證數據

我們希望還原後的資料庫是 剛剛作為第三次完整增量備份的資料庫狀態。

（此時T_full_table 表的數據，應該為 1（全量），2,3 （一增），21,22 （二贈），31,32 （三贈））

 2. 增量恢復的Prepare階段

 1） 在全量備份上執行

innobackupex --apply-log --redo-only /data/backup/full/2019-04-19_21-28-32

 2） 在第一個增量備份上執行 （增量備份產生的子目錄是 2019-04-19_21-30-11，前面完整備份的目錄是 /data/backup/full/2019-04-19_21-28-32）

innobackupex --apply-log --redo-only --incremental-dir=/data/backup/incremental/2019-04-19_21-30-11 /data/backup/full/2019-04-19_21-28-32

 3） 在第二個增量備份上執行 （增量備份產生的子目錄是 2019-04-19_21-35-33，前面完整備份的目錄是 /data/backup/full/2019-04-19_21-28-32）

innobackupex --apply-log --redo-only --incremental-dir=/data/backup/incremental/2019-04-19_21-35-33 /data/backup/full/2019-04-19_21-28-32

4） 在第二個增量備份上執行 （增量備份產生的子目錄是 2019-04-19_21-38-16 ，前面完整備份的目錄是 /data/backup/full/2019-04-19_21-28-32）

innobackupex --apply-log --incremental-dir=/data/backup/incremental/2019-04-19_21-38-16 /data/backup/full/2019-04-19_21-28-32

3. 增量備份的恢復階段

通過prepare階段，base 目錄包含了所有數據。在恢復時，只需要通過以下操作即可。

innobackupex --datadir=/data/mysql3307/data  --copy-back  /data/backup/full/2019-04-19_21-28-32

在資料庫實例啟動前，需要修改文件的所有權，執行指令如下

chown -R mysql:mysql /data/mysql3307/data

4. 開啟實例，進行驗證

 恢復後的數據，正是我們想要的數據，測試到達了預期效果。

 

註：

現在xtrabackup版本升級到了2.4，相比之前的2.1有了比較大的變化：innobackupex 功能全部集成到 xtrabackup 裡面，只有一個 binary，另外為了使用上的相容考慮，innobackupex作為 xtrabackup 的一個軟鏈，即xtrabackup現在支持非Innodb表備份，並且Innobackupex在下一版本中移除，建議通過xtrabackup替換innobackupex。

 

-----本文部分內容參考梳理於網路知識，僅為筆記，在此原創作者感謝！


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • Linux 基礎
    list : ls 目錄: 文件,路徑映射. ls : -l : lang 長格式, 顯示完整信息. 文件類型: -: 普通文件(f) d: 目錄文件 b: 塊設備文件(block) c: 字塊設備文件(charact) l: 符號鏈接文件(symbolic link file) p: 命令管道文件 ...
  • 初學Linux要掌握的命令
    echo：列印，或者直接輸出指定的字元串 語法：echo （選項） （參數） 選項：/a： 發出警告聲 /b： 刪除前一個字元 /c： 最後不加上換行符號 /f： 換行但游標仍舊停留在原來的位置 /n： 換行且游標移至行首 /r： 游標移至行首，但不換行 /t： 插入tab /v： 與\f相同 // ...
  • Linux磁碟與文件系統管理（二）
    fsck 檢查並修複文件系統中的錯誤，即針對有問題的系統或磁碟進行修複，類似的命令還有e2fsck,修複前有以下要求： 1）文件系統必須是卸載狀態 2）不要對正常的分區使用fsck，不加參數的情況下，相當於fsck -As的功能 -a # 自動修複文件系統，不詢問任何問題 -s # 按順序檢查多個文 ...
  • FastDfs集群docker化部署
    初識分散式文件系統FastDFS… 1.分散式與集群的區別 區別：集群是個物理形態，分散式是個工作方式。只要是一堆機器，就可以叫集群，他們是不是一起協作著幹活，這個誰也不知道；一個程式或系統，只要運行在不同的機器上，就可以叫分散式，一般系統現在都是前後端分離，C/S架構、B/S架構，一般服務端部署在 ...
  • Linux磁碟與文件系統管理（一）
    fdisk 常用的磁碟分區工具，受mbr分區表的限制，只能給小於2TB的磁碟劃分分區，如果使用fdisk對大於2TB的磁碟進行分區，雖然可以分區，但只能識別2T的空間，一般使用parted分區工具 -l # 顯示所有磁碟分區信息 Device # 分區名稱 Boot # 啟動分區，用*表示的是啟動分 ...
  • 編輯器之神-vim的使用
    編輯器之神-vim，在Linux下編輯代碼的vim的使用，基本上包括了vim的常用各種命令，vi的三種模式，編輯保存，複製粘貼，查找替換，移動跳轉，撤銷反撤銷等等 ...
  • CentOS 7 配置阿裡雲本地yum源
    刪除原有的yum源： 重新下載阿裡雲的yum源： wget -O 可自行百度 列出yum各軟體包： 清除緩存： 如果沒安裝wget ，yum也還沒配置好，可以直接瀏覽器下載後上傳至/etc/yum.repos.d 並改名為 CentOS-Base.repo ...
  • 忘記Linux登錄密碼怎麼辦？
    1.啟動虛擬機，出現下麵倒計時界面時，按e鍵。進入啟動前編輯。 2.進入如下界面，再按e鍵。 3.進入如下頁面後，選中第二項kernel開頭的項，選中後再按e鍵。 4.進入如下界面後，在最後面輸入空格和s，然後回車。 5.回到如下界面後，按b鍵（boot啟動的意思） 進入如下頁面。 7.在最後的位置 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類