MySQL DBA備份工具Xtrabackup使用指南

時間 2020-10-04

標籤 php html mysql linux 正則表達式 sql shell 數據庫緩存服務器欄目 MySQL 简体版

原文原文鏈接

一．Xtrabackup 簡介及備份原理說明：php

Xtrabackup是由percona開發的一個開源軟件，可以很是快速地備份與恢復mysql數據庫，且支持在線熱備份（備份時不影響數據讀寫），此軟件能夠說是innodb熱備工具ibbackup的一個開源替代品html

Xtrabackup中包含兩個工具：mysql

l xtrabackup -用於熱備份innodb,xtradb引擎表的工具，不能備份其餘表。linux

l innobackupex-對xtrabackup封裝的perl腳本，提供了用於myisam(會鎖表)和innodb引擎，及混合使用引擎備份的能力。正則表達式

Xtrabackup能夠作什麼sql

l 在線(熱)備份整個庫的InnoDB, XtraDB表shell

l 在xtrabackup的上一次整庫備份基礎上作增量備份（innodb only）數據庫

l 以流的形式產生備份，能夠直接保存到遠程機器上（本機硬盤空間不足時頗有用）緩存

MySQL數據庫自己提供的工具並不支持真正的增量備份，二進制日誌恢復是point-in-time(時間點)的恢復而不是增量備份。Xtrabackup工具支持對InnoDB存儲引擎的增量備份，工做原理以下：
（1）首先完成一個徹底備份，並記錄下此時檢查點的LSN(Log Sequence Number)。
（2）在進程增量備份時，比較表空間中每一個頁的LSN是否大於上次備份時的LSN，若是是，則備份該頁，同時記錄當前檢查點的LSN。服務器

在Xtrabackup的wiki上簡單的介紹了一下實現的原理：

首先，在logfile中找到並記錄最後一個checkpoint（「last checkpoint LSN」），而後開始從LSN的位置開始拷貝InnoDB的logfile到xtrabackup_logfile；接着，開始拷貝所有的數據文件.ibd；在拷貝所有數據文件結束以後，才中止拷貝logfile。

由於logfile裏面記錄所有的數據修改狀況，因此，即時在備份過程當中數據文件被修改過了，恢復時仍然可以經過解析xtrabackup_logfile保持數據的一致。

Tip1：Xtrabackup是一個用於備份InnoDB/XtrDB的工具，真正的在線備份（不影響數據的讀寫），InnoDB Hot Backup的開源替代品。

Tip2：在使用參數stream=tar備份的時候，你的xtrabackup_logfile可能會臨時放在/tmp目錄下，若是你備份的時候併發寫入較大的話xtrabackup_logfile可能會很大（5G+），極可能會撐滿你的/tmp目錄，能夠經過參數--tmpdir指定目錄來解決這個問題。

備份原理

XtraBackup基於InnoDB的crash-recovery功能。它會複製innodb 的data file，因爲不鎖表，複製出來的數據是不一致的，在恢復的時候使用crash-recovery，使得數據恢復一致。

InnoDB維護了一個redo log，又稱爲 transaction log，事務日誌，它包含了innodb數據的全部改動狀況。當InnoDB啓動的時候，它會先去檢查data file和transaction log，而且會作二步操做：
1.It applies committed transaction log entries to the data files
2.it performs an undo operation on any transactions that modified data but did not commit.

XtraBackup在備份的時候，一頁一頁地複製innodb的數據，並且不鎖定表，與此同時，XtraBackup還有另一個線程監視着transactions log，一旦log發生變化，就把變化過的log pages複製走。爲何要急着複製走呢？前幾章的時候就提過這個問題，由於transactions log文件大小有限，寫滿以後，就會從頭再開始寫，因此新數據可能會覆蓋到舊的數據。

在prepare過程當中，XtraBackup使用複製到的transactions log 對備份出來的innodb data file 進行crash recovery。

實現細節

文件權限

xtrabackup以read-write模式打開innodb的數據文件，而後對其進行復制。其實它不會修改此文件。也就是說，運行xtrabackup的用戶，必須對innodb的數據文件具備讀寫權限。

爲何要用rw模式呢？直接read模式很差麼？
由於xtrabackup採用了其內置的innodb庫來打開文件，而innodb庫打開文件的時候就是rw的。

Tuning the OS Buffers

由於XtraBackup要從文件系統中複製大量的數據，因此它儘量地使用posix_fadvise()，來告訴OS不要緩存讀取到的數據，從而提高性能。由於這些數據不會重用到了，OS卻沒有這麼聰明。若是要緩存一下的話，幾個G的數據，會對OS的虛擬內存形成很大的壓力，其它進程，好比mysqld頗有可能被swap出去，這樣系統就會受到很大影響了。

posix_fadvise(file,0,0, POSIX_FADV_DONTNEED)

並且XtraBackup在讀取數據的時候還儘量地預讀：

posix_fadvise(file,0,0, POSIX_FADV_SEQUENTIAL)

複製數據文件

在備份innodb page的過程當中，XtraBackup每次讀寫1MB的數據，1MB/16KB=64個page。
這個不可配置。讀1MB數據以後，XtraBackup一頁一頁地遍歷這1MB數據，使用innodb的buf_page_is_corrupted()函數檢查此頁的數據是否正常，若是數據不正常，就從新讀取這一頁，最多從新讀取10次，若是仍是失敗，備份就失敗了，退出。

It skips this check on the doublewrite buffer？？

在複製transactions log的時候，每次讀寫512KB的數據。一樣不能夠配置。

二．下載及安裝配置

1. Xtrabackup二進制64位下載地址：

http://www.percona.com/downloads/XtraBackup/XtraBackup-1.6/Linux/binary/x86_64/

2.MySQL5.1.56的下載地址：

http://dev.mysql.com/downloads/mysql/5.1.html#downloads

操做系統環境:

CentOS release 5.4 (Final) x86_64 GNU/Linux 2.6.18-164.el5

2.安裝配置

（1）安裝配置mysql-5.1.56

在MySQL 5.1.38前的版本中，當你須要安裝InnoDB Plugin時，必須下載Plugin的文件，解壓後再進行一系列的安裝。從MySQL 5.1.38開始日後，MySQL包含了2個不一樣版本的InnoDB存儲引擎—一個是舊版本的引擎，稱之爲build-in innodb；另外一個是1.0.4版本的InnoDB存儲引擎。

Shell> tar –zxvvf mysql-5.1.56.tar.gz

Shell> cd mysql-5.1.56

Shell> ./configure --prefix=/opt/mysql5156 \

--with-charset=utf8 --with-collation=utf8_general_ci \

--with-extra-charsets=latin1,gb2312 \

--with-plugins=innobase,innodb_plugin,myisam,heap,csv,federated,blackhole \

--enable-local-infile --enable-thread-safe-client

Shell> make

Shell >make install

Shell> cp support-files/my-medium.cnf /etc/my.cnf

Shell>cd /opt/mysql5156

Shell>chown –R mysql .

Shell>chgrp –R mysql .

Shell>bin/mysql_install_db –user=mysql

Shell>chown –R root .

Shell> chown –R mysql var

配置啓動plugin-innodb

Shell > vi /etc/my.cnf

port = 3307

socket = /tmp/mysql5156.sock

[mysqld]

port = 3307

socket = /tmp/mysql5156.sock

ignore_builtin_innodb

啓動：shell>/opt/mysql5156/bin/mysqld_safe –user=mysql &

加載plugin-innodb:

mysql>INSTALL PLUGIN INNODB SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_TRX SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_LOCKS SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_LOCK_WAITS SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_CMP SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_CMP_RESET SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_CMPMEM SONAME 'ha_innodb_plugin.so';

mysql >INSTALL PLUGIN INNODB_CMPMEM_RESET SONAME 'ha_innodb_plugin.so';

上述語句只需執行一次就ok了，即便重啓mysqld也不須要再次安裝了。

mysql > show plugins;

mysql> select @@innodb_version;

+------------------+

| @@innodb_version |

+------------------+

| 1.0.15 |

+------------------+

1 row in set (0.00 sec)

mysql執行INSTALL PLUGIN INNODB SONAME 'ha_innodb_plugin.so';

若是報錯提示：ERROR 1289 (HY000): The ‘plugin’ feature is disabled; you need MySQL built with ‘HAVE_DLOPEN’ to have it working

經上網搜索找到解決問題方法：

在編譯時不要用靜態編譯，將下面兩個從編譯參數中刪除

--with-client-ldflags=-all-static --with-mysqld-ldflags=-all-static

至於緣由不是很清楚。

另有人提出能夠用下面方法解決：

在編譯mysql時先執行下面的命令

export CFLAGS=」-O2 -DHAVE_DLOPEN=1″
export CXXFLAGS=」-O2 -DHAVE_DLOPEN=1″

但在作測試時，發現仍然有問題不能編譯經過，多是環境不一樣吧，個人系統環境爲：

Centos 5.4 x86_64 GNU/Linux

（2）安裝配置Xtrabackup

先看看如何安裝Xtrabackup,最簡單的安裝方式是使用RPM包，不過想使用源代碼方式安裝的話，其安裝方式有點古怪，由於它採用的在MySQL源代碼上打補丁構建的方式安裝的。這裏使用二進制包的安裝方式，相對比較靈活。

Shell> mkdir /usr/local/xtrabackup

Shell> tar -zxvf xtrabackup-1.6.tar.gz –C /usr/local/xtrabackup

Shell>cd /usr/local/xtrabackup/bin

Shell>ln –s innobackupex-1.5.1 innobackupex

配置環境變量：

Shell>export PATH=$PATH:/usr/local/xtrabackup/bin

修改mysql配置文件:

Shell> vi /etc/my.cnf

添加或修改：datadir = /usr/local/mysql/var（數據庫目錄）

特別注意：default_table_type = InnoDB （必須改，不然進行增量備份的時候不成功）

三．xtrabackup的備份與恢復使用

關於xtrabackup的參數選項，以下：
–defaults-file=#
默認配置文件的路徑，若是補該參數，xtrabackup 將從依次從如下位置查找配置文件/etc/my.cnf /etc/mysql/my.cnf
/usr/local/etc/my.cnf
~/.my.cnf，並讀取配置文件中的[mysqld]和[xtrabackup]配置段

–defaults-extra-file=#
若是使用了該參數，在讀取了全局配置文件以後，會再讀取這裏指定的配置文件

–target-dir=name
備份文件的存放目錄路徑

–backup實施備份到 target-dir

–prepare
實施對備份文件迚行恢復前的準備（生成 InnoDB log file）

–print-param
打印備份或恢復時須要的參數

–use-memory=#
該參數在 prepare 的時候使用，控制 prepare 時 innodb 實例使用的內存量

–suspend-at-end
在 target-dir 目錄下產生一個 xtrabackup_suspended 文件，將 xtrabackup 進程掛起，不停地將數據文件的變化同步到備份文件，直到用戶手工刪除 xtrabackup_suspended 文件

–throttle=#
每秒IO次數,限制 backup 時使用的 I/O 操做量，使備份對數據庫正常業務的影響最小化

–log-stream
該參數在 backup 的時候使用，將 xtrabackup_logfile 的內容輸出到標準輸出，使用該參數時會自動使用–suspend-at-end 參數，innobackupex 腳本的–stream 模式會使用該參數。

–incremental-lsn=name
增量備份時只拷貝 LSN比該參數指定值新的 ibd pages，前次備份到了哪一個 LSN能夠看前次備份集的xtrabackup_checkpoints 文件

–incremental-basedir=name
該參數在 backup 的時候使用，備份比該參數指定位置的備份集新的 idb pages

–incremental-dir=name
該參數在 prepare 的時候使用，指定 prepare 時產生的.delta 文件和日誌文件的存放路徑

–tables=name
在備份 file-per-table 類型的數據文件時使用，使用正則表達式指定須要備份的 innodb 表

–datadir=name
MySQL 數據庫的數據文件目錄。

xtrabackup只備份InnoDB數據文件，表結構是不備份的，因此恢復的時候，你必須有對應表結構文件(.frm)

1.普通備份(全量備份)
shell>mkdir -p /backup/xtrabackup
shell>xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/backup/xtrabackup

全量備份模擬恢復：
須要執行兩次xtrabackup –prepare
shell>xtrabackup –defaults-file=/etc/my.cnf –prepare –target-dir=/backup/xtrabackup
shell>xtrabackup –defaults-file=/etc/my.cnf –prepare –target-dir=/backup/xtrabackup

刪除數據庫目錄下的數據文件:

Shell>rm –rf /usr/local/mysql/var/ib*

Shell>cp /backup/xtrabackup/ib* /usr/local/mysql/var

Shell>chown –R mysql.root /usr/local/mysql/var

重啓測試是否恢復成功。

注意，xtrabackup只備份數據文件，並不備份數據表結構(.frm)，因此使用xtrabackup恢復的時候，你必須有對應表結構文件(.frm)。

2. 普通備份(增量備份)

增量備份優勢：

1、數據庫太大沒有足夠的空間全量備份，做增量備份有效節省空間，且效率高。

2、支持熱備份。備份過程不鎖表，不受時間限制，不影響用戶使用。

3、每日備份只產生少許數據，遠程備份傳輸更方便。同時節省空間。

4、備份恢復基於文件操做，下降直接對數據庫操做風險。

5、備份效率更高，恢復效率更高。

增量備份及模擬恢復步驟:

shell>mkdir -p /backup/xtrabackup/base

shell>mkdir -p /backup/xtrabackup/delta
（1）先作一次全量備份，由於後面的增量備份要以此爲基礎

shell>xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/backup/xtrabackup/base

shell>ls /backup/xtrabackup/base

ibdata1 xtrabackup_checkpoints xtrabackup_logfile

(2)以此全量備份爲基礎進行增量備份

Shell> xtrabackup --defaults=/etc/my.cnf --backup --target-dir=/backup/xtrabackup/delta/ --incremental-basedir=/backup/xtrabackup/base/

shell>ls /backup/xtrabackup/delta

ibdata1.delta xtrabackup_checkpoints xtrabackup_logfile

ps:在增量備份的目錄下，數據文件都是以.delta結尾的。增量備份只備份上一次全量備份後被修改過的page，因此增量備份只暫用較少的空間。

增量備份能夠在增量備份的基礎上增量。

(注：/backup/xtrabackup/delta/是每次都需修改的。好比第二次增量就改爲/backup/xtrabackup/delta2，固然能夠寫個腳本進行自動備份)

增量備份模擬恢復過程:

咱們須要分別對全量、增量備份各作一次prepare操做。
shell>xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/backup/xtrabackup/base/

shell>xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/backup/xtrabackup/base/

--incremental-dir=/backup/xtrabackup/delta/

shell>xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/backup/xtrabackup/base/

shell>rm –rf /usr/local/mysql/var/ib* #刪除原來數據目錄下的數據文件
Shell>cp /backup/xtrabackup/base/ib* /usr/local/mysql/var

Shell>chown –R mysql.root /usr/local/mysql/var

重啓後測試是否成功。

再次提醒，xtrabackup只備份InnoDB數據文件，表結構是不備份的，因此恢復的時候，你必須有對應表結構文件(.frm)。

3.增量備份
對比innobackupex和xtrabackup咱們能夠看到，innobackupex操做起來更方便，可是innobackupex會有短暫的鎖表（時間依賴於MyISAM大小）。xtrabackup備份還有另外一個重要特性：增量備份。（將來的版本innobackupex也可能增加該功能）
好比表中目前有10條數據,先備份.備份到/usr/local/backup/1/目錄 (完整備份)
shell> xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/usr/local/backup/1/
查看它的lsn點:
shell> cat xtrabackup_checkpoints
backup_type = full-backuped
from_lsn = 0:0
to_lsn = 0:592411
再向表中插入數據,增量備份
shell>xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/usr/local/backup/2/ --incremental-basedir=/usr/local/backup/1/
把增量備份到2(1到2的增量備份)
查看它的lsn點:
shell>cat xtrabackup_checkpoints
backup_type = incremental
from_lsn = 0:592411
to_lsn = 0:908563
再向表中插入數據,增量備份
shell>xtrabackup --defauls-file=/etc/my.cnf --backup --target-dir=/usr/local/backup/3/ --incremental-basedir=/usr/local/backup/1/
把增量備份到3(1到3的增量備份,2的備份已經包含在裏面了,按照這種方式備份的話,最後的還原只須要還原徹底備份和最後一份增量備份便可)
查看它的lsn點:
shell>cat xtrabackup_checkpoints
backup_type = incremental
from_lsn = 0:592411
to_lsn = 0:1507854

或則另外一種增量備份方式:
shell>xtrabackup --defauls-file=/etc/my.cnf --backup --target-dir=/usr/local/backup/3/ --incremental-basedir=/usr/local/backup/2/
把增量備份到3(2到3的增量備份,各個增量備份獨立,按照這種方式備份的話,最後的還原須要還原徹底備份和各個增量備份)
查看它的lsn點:
shell>cat xtrabackup_checkpoints
backup_type = incremental
from_lsn = 0:908563
to_lsn = 0:1507854

增量備份模擬恢復：
咱們須要分別對全量、增量備份各作一次prepare操做。
①:基於(1到3的增量備份,2的備份已經包含在裏面了,按照這種方式備份的話,最後的還原只須要還原徹底備份和最後一份增量備份便可)
把第1次的完備恢復
shell>xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/usr/local/backup/1/
繼續把增量備份恢復上去
shell>xtrabackup --prepare --target-dir=/usr/local/backup/1/ --incremental-dir=/usr/local/backup/3/

shell>xtrabackup --prepare --target-dir=/usr/local/backup/1/
恢復完成
接着
cd /usr/local/backup/1/
cp 1/ib* /usr/local/mysql/var/

chown –R mysql.root /usr/local/mysql/var
/etc/init.d/mysql restart

②基於(2到3的增量備份,各個增量備份獨立,按照這種方式備份的話,最後的還原須要還原徹底備份和各個增量備份)
把第1次的完備恢復
xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/usr/local/backup/1/
繼續把增量備份恢復上去
shell>xtrabackup --prepare --target-dir=/usr/local/backup/1/ --incremental-dir=/usr/local/backup/2/
繼續把增量備份恢復上去
shell>xtrabackup --prepare --target-dir=/usr/local/backup/1/ --incremental-dir=/usr/local/backup/3/
恢復完成
接着
cd /usr/local/backup/1/
cp 1/ib* /usr/local/mysql/var/

chown –R mysql.root /usr/local/mysql/var
/etc/init.d/mysql restart

4、innobackupex備份與恢復

Usage:

innobackup [--sleep=MS] [--compress[=LEVEL]] [--include=REGEXP] [--user=NAME]

[--password=WORD] [--port=PORT] [--socket=SOCKET] [--no-timestamp]

[--ibbackup=IBBACKUP-BINARY] [--slave-info] [--stream=tar]

[--defaults-file=MY.CNF]

[--databases=LIST] [--remote-host=HOSTNAME] BACKUP-ROOT-DIR

innobackup --apply-log [--use-memory=MB] [--uncompress] [--defaults-file=MY.CNF]

[--ibbackup=IBBACKUP-BINARY] BACKUP-DIR

innobackup --copy-back [--defaults-file=MY.CNF] BACKUP-DIR

第一個命令行是熱備份mysql數據庫。

帶有--apply-log選項的命令是準備在一個備份上啓動mysql服務。

帶有--copy-back選項的命令從備份目錄拷貝數據，索引，日誌到my.cnf文件裏規定的初始位置。

參數註釋：

–defaults-file=
同 xtrabackup 的–defaults-file 參數；

–apply-log
對 xtrabackup 的–prepare 參數的封裝；

–copy-back
作數據恢復時將備份數據文件拷貝到 MySQL 服務器的 datadir ；

–remote-host=HOSTNAME
經過 ssh 將備份數據存儲到進程服務器上；

--stream=[tar]

備份文件輸出格式, tar 時使用 tar4ibd , 該文件可在 XtarBackup binary 文件中得到.若是備份時有指定--stream=tar, 則tar4ibd 文件所處目錄必定要在 $PATH 中(由於使用的是 tar4ibd 去壓縮, 在 XtraBackup 的 binary 包中可得到該文件)

--tmpdir=DIRECTORY

當有指定--remote-host or --stream時, 事務日誌臨時存儲的目錄, 默認採用 MySQL 配置文件中所指定的臨時目錄tmpdir

--redo-only --apply-log組,

強制備份日誌時只 redo ,跳過 rollback. 這在作增量備份時很是必要

–use-memory=#
該參數在 prepare 的時候使用，控制 prepare 時 innodb 實例使用的內存量
–throttle=IOS
同 xtrabackup 的–throttle 參數；

–sleep=是給 ibbackup 使用的，指定每備份 1M 數據，過程中止拷貝多少毫秒，也是爲了在備份時儘可能減少對正常業務的影響，具體能夠查看ibbackup 的手冊；

–compress[=LEVEL]
對備份數據迚行壓縮，僅支持 ibbackup，xtrabackup 尚未實現；

–include=REGEXP
對 xtrabackup 參數–tables 的封裝，也支持 ibbackup ；

–databases=LIST
列出須要備份的 databases，若是沒有指定該參數，全部包含MyISAM 和 InnoDB 表的 database 都會被備份；

–uncompress
解壓備份的數據文件，支持 ibbackup，xtrabackup 尚未實現該功能；

--slave-info,備份從庫, 加上 --slave-info 備份目錄下會多生成一個 xtrabackup_slave_info 文件, 這裏會保存主日誌文件以及偏移, 文件內容相似於:

CHANGE MASTER TO MASTER_LOG_FILE='', MASTER_LOG_POS=0

–socket=SOCKET

MySQL 服務器的 socket 文件位置

1. 使用Innobachkupex備份（暫不支持增量備份）

(1)普通備份
shell> mkdir -p /backup/innobackupex/
Shell>innobackupex --defaults-file=/etc/my.cnf --user=root --password=root \

--databases='i_db' --no-lock /backup/ innobackupex / \

2> /tmp/innobackup.log

xtrabackup_51 Ver 1.5 Rev undefined for 5.1.52 unknown-linux-gnu (x86_64)

[01] Copying /usr/local/mysql/var/ibdata1

to /backup/innobackupex/2011-04-12_00-44-29/ibdata1

[01] ...done

xtrabackup: The latest check point (for incremental): '0:32538662'

xtrabackup: Stopping log copying thread.

xtrabackup: Transaction log of lsn (0 32538662) to (0 32538662) was copied.

註釋：

使用mysql的root用戶備份，密碼爲root
備份文件的存放路徑是/backup/innobackupex/，該目錄下將建立以時間戳爲名稱的備份目錄
–no-lock備份時不鎖定表

–databases="i_db"用於指定要備份的數據庫
2>/tmp/backup.log是將備份過程當中的輸出信息保存到/tmp/backup.log

注意：在使用innobackupex進行備份時，在配置文件my.cnf中要明確指定mysql的數據文件目錄，不然會報錯。

[mysqld]

datadir=/usr/local/mysql/var

(2)打包(tar)備份
Shell>innobackupex --defaults-file=/etc/my.cnf --user=root --password=root \

--databases='i_db' --no-lock --stream=tar /backup/innobackupex/ \

2> /tmp/innobackup.log 1> /backup/innobackupex/i_aura.tar

這種備份時間會比較長，主要是執行打包操做。
解包過程，須要使用tar ixvf 解壓對應的文件後，注意參數 –i必須加入。

模擬恢復過程：

Shell> mysql –uroot –proot –e’drop database i_db’

Shell>mysqladmin –uroot –proot shutdown

Shell>rm –rf /usr/local/mysql/var/ib *

shell >cd /backup/innobackupex/
shell >tar ixvf i_aura.tar
shell>ls
backup-my.cnf i_aura.tar ibdata1 i_db stderr stdout xtrabackup_binary xtrabackup_checkpoints xtrabackup_logfile

準備還原
shell>innobackupex-1.5.1 --defaults-file=/etc/my.cnf –no-lock –apply-log /data/back_data/
拷貝還原數據：
shell>innobackupex --defaults-file=/etc/my.cnf –no-lock --copy-back /backup/innobackupex/

Shell>cd /usr/local/mysql/var

Shell>chown -R mysql:root . #必定要修改權限
shell> mysqld_safe –user=mysql &
檢查刪除的數據庫，若是恢復則證實該恢復過程無誤。

(3)壓縮(tar)備份
Shell>innobackupex --defaults-file=/etc/my.cnf --user=root --password=root \

--databases=」i_db test」--no-lock --stream=tar /backup/innobackupex/ \

2> /tmp/innobackup.log | gzip > /backup/innobackupex/i_aura.tar

這種備份時間會比較長，主要是執行壓縮操做。
解壓縮過程，須要使用tar izxvf 解壓對應的文件後，注意參數 –i必須加入。

還原:
使用tar –izxvf 解壓對應的文件後，操做徹底同普通備份。
模擬恢復過程：

Shell> mysql –uroot –proot –e’drop database i_db’

Shell>mysqladmin –uroot –proot shutdown

Shell>rm –rf /usr/local/mysql/var/ibdata1 ib_logfile*

shell >cd /backup/innobackupex/
shell >tar ixvf i_aura.tar
shell>ls
backup-my.cnf i_aura.tar.gz ibdata1 i_db stderr stdout xtrabackup_binary xtrabackup_checkpoints xtrabackup_logfile

準備還原:
shell> innobackupex --defaults-file=/etc/my.cnf –no-lock --apply-log /backup/innobackupex/……

拷貝還原數據：
shell> innobackupex --defaults-file=/etc/my.cnf –no-lock --copy-back /backup/innobackupex/

Shell>cd /usr/local/mysql/var

Shell>chown -R mysql:root .
shell> mysqld_safe –user=mysql &
檢查刪除的數據庫，若是恢復則證實該恢復過程無誤。

（4）整庫備份及恢復。

備份：

Shell>innobackupex --user=root --password=root --defaults-file=/etc/my.cnf \

/backup/innobackupex/

檢查備份的文件：

Shell>ls /backup/innobackupex/

2011-04-12_09-20-13

模擬恢復：

首先停掉數據庫，而後刪除數據庫目錄下的全部數據庫文件。

Shell> mysql –uroot –proot shutdown

Shell>rm –rf /usr/local/mysql/var/*

首先寫日誌文件，而後恢復，以下。（注：2011-04-12_09-20-13是自動生成的以備份時間命名的文件夾，恢復時根據狀況進行選擇）

Shell>innobackupex --apply-log --defaults-file=/etc/my.cnf \

/backup/innobackupex/2011-04-12_09-20-13

Shell>innobackupex --copy-back --defaults-file=/etc/my.cnf \

/backup/innobackupex/2011-04-12_09-20-13

使用cd或者ls 命令看看你的數據庫目錄下是否是有文件了？

修改數據庫文件權限，不然沒法啓動。（這步我是cd到原數據庫目錄下進行的）

Shell>chown -R mysql:mysql .

重啓數據庫，測試恢復是否成功。

五．備份到遠程服務器

（1）innobackupex遠程備份方法一

當前數據庫所在機器IP：192.168.1.131，如今要備份到192.168.1.132的/data目錄下。

Shell>innobackupex --user=root --password=root --defaults=/etc/my.cnf --stream=tar /data | ssh root@192.168.1.132 cat " >" /data/backup.tar

接着須要輸入遠程服務器密碼......而後就開始備份了，備份完成後登錄到遠程服務器看看是否是有了呢？

目前使用xtrabackup增量備份是不支持到遠程的。如何解決呢？可使用nfs 網絡文件系統把遠程服務器磁盤掛載到本地。

（2）innobackupex遠程備份方法二

#在本地後臺啓動1234監聽，以便接受備份文件

nc -d -l 1234 > /data/$A/20100118000001.tar &

#ssh到服務器A執行備份，並將備份包推送到備份機B上。同時記錄下log。

ssh $A ‘innobackupex-1.5.1 –stream=tar –include=’renren.*’ –throttle=500 –socket=/data/mysql/backup/mysql.sock –defaults-file=/data/dbbackup/my.cnf –user=root –password=xxxxxxx –slave-info /data/dbbackup | nc $B 1234′ < /dev/null > /data/xtrabackup.log 2>&1

參數解釋：

–stream=tar : 告訴xtrabackup，備份須要以tar的文件流方式輸出。

–include=’renren.*’：備份包含的庫表，如例：意思是要備份renren庫中全部的表。若是須要全備份，則省略這個參數；若是需要備份renren庫下的2個表：tableA & tableB,則寫成：–include=’renren.tableA|renren.tableB’；再若是renren庫下只有2個前綴是 table的表，你還能夠寫成：–include=’renren.table*’。

–throttle=500:xtrabackup在備份過程當中，IO操做比較多，所以須要限定一下IO操做。以避免服務器壓力過大，不過好像做用不太明顯，也不知道是否是設置的仍是過大。待測…

–socket=/data/mysql/backup/mysql.sock：指定mysql.sock所在位置，以便備份進程登陸mysql.

–defaults-file=/data/dbbackup/my.cnf :若是您的/etc/my.cnf中沒有使用如[mysqld3306]的片斷啓動mysql,則不須要這行參數，若是使用了上面的片斷，那麼 xtrabackup是沒法解析/etc/my.cnf文件的（嚴格上來講是會解析錯誤），因此，咱們須要手工完成一個my.cnf文件，文件片斷以下，只須要指定6個參數便可讓xtrabackup正常工做，各參數意思請參考mysql文檔：

[mysqld]
datadir=/data/var
innodb_data_home_dir = /data/ibdata
innodb_data_file_path=ibdata1:10M;ibdata2:10M:autoextend
innodb_log_group_home_dir = /data/iblogs
innodb_log_files_in_group = 2
innodb_log_file_size = 1G