Mysql備份與恢復

時間  2019-11-06
標籤 mysql 備份 恢復 欄目 MySQL 简体版
原文   原文鏈接

 爲了保障數據的安全，須要按期對數據進行備份。備份的方式有不少種，效果也不同。一旦數據庫中的數據出現了錯誤，就須要使用備份好的數據進行還原恢復。從而將損失降到最低。下面咱們來了解一下MySQL常見的有三種備份恢復方式：
mysql

一、利用Mysqldump+二進制日誌實現備份sql

二、利用LVM快照+二進制日誌實現備份shell

三、使用Xtrabackup備份數據庫


一：實驗環境介紹：
vim

系統介紹：CentOS6.4_X64緩存

數據庫版本：mysql-5.5.33安全


二：基於Mysqldump命令實現備份恢復服務器

2.1、思路概念網絡

   Mysqldump是一個邏輯備份命令；意思就是將數據庫中的數據備份成一個文本文件；也能夠說是將表的結構和數據存儲在文本文件中。app

   Mysqldump命令的工做原理很簡單，它先查出須要備份的表的結構，再在文本文件中生成一個CREATE語句。而後，將表中的全部記錄轉換爲一條INSTERT語句。這些CREATE語句和INSTERT語句都是還原時使用的。還原數據時就可使用其中的CREATE語句來建立表。使用其中的INSERT語句來還原數據。它能夠實現整個服務器備份，也能夠實現單個或部分數據庫、單個或部分表、表中的某些行、存儲過程、存儲函數、觸發器的備份；而且能自動記錄備份時刻的二進制日誌文件及相應的位置。對於InnoDB存儲引擎來說支持基於單事務模式實現熱備，對於MyISAM則最多支持溫備。

2.2、備份策略

  Mysqldump全備+二進制日誌增備

2.3、過程實現

（1）Mysqldump全備

     因爲Mysql數據庫默認的爲MyISAM存儲引擎因此只有使用溫備（備份同時僅支持讀請求）進行，因此咱們要爲全部數據庫添加讀鎖

[root@stu18 ~]#mysqldump -uroot -pmypass --lock-all-tables --master-data=2 --events --routines--all-databases > /zhao/database_`date +%F`.sql

   解析：--lock-all-tables表示爲全部表施加讀鎖；--master-data=2表示在備份文件中記錄當前二進制日誌的位置；--events表示備份數據的同時備份時間調度器代碼；--routines表示備份數據的同時備份存儲過程和存儲函數；--all-databases表示備份全部庫。

[root@stu18 zhao]# less database_2013-08-13.sql
--            #表示註釋項
-- Position to start replication or point-in-time recovery from
--
-- CHANGE MASTER TO MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=14203;  #這裏表示當前處於mysql-bin.000001這個二進制日誌中，事件爲14203這是經過--master-data=2產生的
--
-- Current Database: `hellodb`
--
CREATE DATABASE /*!32312 IF NOT EXISTS*/ `hellodb` /*!40100 DEFAULT CHARACTER SET utf8 */;

（2）二進制全備

   方法一： 導出二進制日誌文件內容

[root@stu18 data]# mysqlbinlog mysql-bin.000001 >/zhao/binlog_`date +%F`.sql

   方法二：滾動日誌複製文件

mysql> flush logs;                #滾動日誌
[root@stu18 data]# cp mysql-bin.000001 /zhao/mysql-bin.000001 #複製導出二進制文件

（3）二進制增備

   首先添加數據信息

mysql> use hellodb;
mysql> INSERT INTO students(Name,Age,Gender,ClassID,TeacherID) values ('Yang kang',22,'M',3,3);

   而後二進制增備

[root@stu18 data]# mysqlbinlog --start-position=14203 --stop-position=14527 mysql-bin.000001 > /zhao/binlog_`date +%F_%H`.sql

   解析：--start-position=14203是上次全備以後的二進制事件位置；--stop-position=14527最近一天的二進制事件位置。

2.四、模擬數據庫損壞，實現恢復工做

mysql> DROP DATABASE hellodb;             #刪除數據庫
############下面這些過程要在離線狀態下執行############
mysql> SET sql_log_bin=0;                 #先關閉二進制日誌
mysql> flush logs;                        #滾動日誌
[root@stu18 ~]# mysql -uroot -pmypass < /zhao/database_2013-08-13.sql  #導入數據庫備份文件
[root@stu18 ~]# mysql -uroot -pmypass < /zhao/binlog_2013-08-13_19.sql #導入增量備份文件
[root@stu18 ~]# mysql -uroot �pmypass    #登陸查看，恢復完成
mysql> SET sql_log_bin=1;                 #開啓二進制日誌

   這種備份方式恢復簡單，可是恢復還原以後索引會出現錯誤須要重建，並且備份結果會佔據很大的空間，請酌情使用。


3、基於LVM快照實現備份恢復

3.1、思路明細

（1）LVM這種備份方式要求Mysql的數據保存在邏輯捲上

（2）須要給Mysql服務器施加讀鎖（mysql>FLUSH TABLES WITH READLOCK;），這裏不可直接退出服務器

（3）另起終端爲數據所在的卷建立快照（lvcreate），保證事務日誌和數據文件必須在同一捲上（分別建立可能會致使數據文件和事務日誌不一致，從而可能致使沒法正常恢復）

3.2、備份策略

 LVM快照全備+二進制日誌增備（對於即時點恢復還要恢復至後續的二進制位置）

3.3、前提條件

 （1）建立邏輯卷及掛載邏輯卷，此過程在此就不作演示了可參考博文

          http://pangge.blog.51cto.com/6013757/1256568

 （2）初始化mysql將其數據目錄指向/mydata/data

[root@stu18 ~]# cd /usr/local/mysql/
[root@stu18 mysql]# scripts/mysql_install_db --user=mysql --datadir=/mydata/data

 （3）編輯查看配置文件，重啓服務

[root@stu18 mysql]# vim /etc/my.cnf
datadir = /mydata/data        #查看此項是否認義數據目錄位置
sync_binlog=1                 #添加此項，每一個事務提交時候，把事務日誌從緩存區寫到日誌文件中，而且刷新日誌文件的數據到磁盤上；
[root@stu18 mysql]# service mysqld start

3.四、過程展現

 （1）確保事務日誌和數據文件必須在同一捲上

[root@stu18 ~]# ls /mydata/data/
hellodb      myclass           mysql-bin.000003    stu18.magedu.com.err
ibdata1      mysql             mysql-bin.000004    stu18.magedu.com.pid
ib_logfile0  mysql-bin.000001  mysql-bin.index     student
ib_logfile1  mysql-bin.000002  performance_schema  test

 解析：其中ib_logfile0與ib_logfile1是日誌文件

 （2）施加全局鎖並滾動日誌

mysql> FLUSH TABLES WITH READ LOCK;
mysql> FLUSH LOGS;

 （3）查看並保存當前正在使用的二進制日誌及當前執行二進制日誌位置（很是重要）

mysql> SHOW MASTER STATUS;
+------------------+----------+--------------+------------------+
| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |
+------------------+----------+--------------+------------------+
| mysql-bin.000004 |      187 |              |                  |
+------------------+----------+--------------+------------------+
[root@stu18 zhao]# mysql -uroot -pmypass -e 'SHOW MASTER STATUS;' >/zhao/lvmback-2013-08-14/binlog.txt

 （4）建立快照卷

[root@stu18 zhao]# lvcreate -L 100M -s -p r -n mydata-lvm /dev/vg1/mydata

 （5）當即切換終端釋放鎖

mysql> UNLOCK TABLES;

 （6）備份數據

[root@stu18 data]# cp -a * /zhao/lvmback-2013-08-14/

 （7）二進制實現增量備份

mysql> use hellodb;           #指定默認數據庫
Database changed
mysql> CREATE TABLE testtb (id int,name CHAR(10));     #建立表
Query OK, 0 rows affected (0.35 sec)
mysql> INSERT INTO testtb VALUES (1,'tom');            #添加數據
Query OK, 1 row affected (0.09 sec)
[root@stu18 data]# mysqlbinlog --start-position=187 mysql-bin.000004 > /zhao/lvmlogbin_2013-08-14/binlog.sql            #日誌實現增量備份

 （8）模擬數據庫崩潰

[root@stu18 ~]# service mysqld stop
[root@stu18 ~]# cd /mydata/data/
[root@stu18 data]# rm -rf *

 （9）恢復數據

[root@stu18 ~]# cp /zhao/lvmback-2013-08-14/* /mydata/data/ -a          #徹底備份恢復
[root@stu18 ~]# cd /mydata/data/             #查看恢復數據內容
[root@stu18 data]# chown -R mysql.mysql *    #更改屬主屬組
[root@stu18 data]# service mysqld start      #啓動服務
[root@stu18 data]# mysql -uroot �pmypass    #登陸測試
mysql> SHOW DATABASES;      #查看數據完整性，無測試表testtd使用二進制恢復
mysql> SET sql_log_bin=0    #關閉二進制日誌
mysql> source /zhao/lvmlogbin_2013-08-14/binlog.sql; #二進制恢復
mysql> SHOW TABLES;         #查看恢復結果
+-------------------+
| Tables_in_hellodb |
+-------------------+
| classes           |
| coc               |
| courses           |
| scores            |
| students          |
| teachers          |
| testtb            |
| toc               |
+-------------------+
mysql> SET sql_log_bin=1;   #開啓二進制日誌


此工具是接近於熱備的方式實現的，而且用此方法來備份恢復數據速度是很是快的。


四:基於xtrabackup來實現備份恢復

4.一、優點特性

   徹底以熱備的形式進行，可以實現快速可靠地徹底備份和部分備份，支持增量備份，支持時間點還原，備份過程當中不會打擾到事務操做，可以實現網絡傳輸和壓縮功能從而有效的節約磁盤空間，備份完成後可自動驗證數據是否可用，恢復速度較快等等。更多優點特性請參考http://www.percona.com/software/percona-xtrabackup

注意：以上這些優點特性只能在InnoDB引擎上完美實現，而在MyISAM存儲引擎上依然最多隻能使用溫備的形式進行而且還不支持增量備份。

另外Xtrabackup更多的高級功能還依賴於Mysql數據庫對於InnoDB實現了單獨的表空間，不然也就沒有辦法實現單表導入導出查看方式以下：

mysql> SHOW GLOBAL VARIABLES LIKE 'innodb_file%';
+--------------------------+----------+
| Variable_name            | Value    |
+--------------------------+----------+
| innodb_file_format       | Antelope |
| innodb_file_format_check | ON       |
| innodb_file_format_max   | Antelope |
| innodb_file_per_table    | ON      |
+--------------------------+----------+

   其中的innodb_file_per_table爲ON則表示實現了單表單空間。若爲OFF則須要使用mysqldump全備而後更改配置文件刪除原來的數據文件並從新初始化服務器最後將數據從新導入。因此建議之後在安裝Mysql服務器時將其選項默認設置成1便可（innodb_file_per_table = 1）。單表單空間的數據顯示形式爲：

[root@stu18 hellodb]# ls
classes.frm  coc.MYD      courses.MYI  scores.MYI    teachers.frm  testtb.ibd
classes.MYD  coc.MYI      db.opt       students.frm  teachers.MYD  toc.frm
classes.MYI  courses.frm  scores.frm   students.MYD  teachers.MYI  toc.MYD
coc.frm      courses.MYD  scores.MYD   students.MYI  testtb.frm    toc.MYI

4.二、安裝Xtrabackup

 下載percona-xtrabackup最新的版本爲2.1.4（percona-xtrabackup-2.1.4-656.rhel6.x86_64.rpm）

   安裝：

[root@stu18 ~]# rpm -ivh percona-xtrabackup-2.1.4-656.rhel6.x86_64.rpm

   如有錯誤沒法安裝請安裝perl-DBD-mysql依賴包

[root@stu18 ~]# yum -y install perl-DBD-mysql

    注意：不一樣的環境依賴的關係包可能有多個，請依照提示進行配置

4.3、徹底備份

   使用innobakupex備份時，其會調用xtrabackup備份全部的InnoDB表，複製全部關於表結構定義的相關文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相關文件，同時還會備份觸發器和數據庫配置信息相關的文件。這些文件會被保存至一個以時間命令的目錄中。徹底備份命令以下：

# innobackupex --user=DBUSER--password=DBUSERPASS /path/to/BACKUP-DIR/

  實現過程及說明：

[root@stu18 ~]# mkdir /innobackup              #建立備份文件目錄
[root@stu18 ~]# innobackupex --user=root --password=mypass /innobackup/    #徹底備份
################若是執行正確其後輸出的幾行信息一般以下###############
xtrabackup: Transaction log of lsn (1604655) to (1604655) was copied. #二進制日誌的位置（lsn）
130814 07:04:55  innobackupex: All tables unlocked
innobackupex: Backup created in directory '/innobackup/2013-08-14_07-04-49'#備份文件保存的位置
innobackupex: MySQL binlog position: filename 'mysql-bin.000003', position 538898
130814 07:04:55  innobackupex: Connection to database server closed
130814 07:04:55  innobackupex: completed OK!       備份完成

 切換至備份文件目錄查看備份的數據信息及建立生成的文件：

[root@stu18 ~]# cd /innobackup/2013-08-14_07-04-49/
[root@stu18 2013-08-14_07-04-49]# ls
backup-my.cnf  myclass             student            xtrabackup_binlog_info
hellodb        mysql               test               xtrabackup_checkpoints
ibdata1        performance_schema  xtrabackup_binary  xtrabackup_logfile

 針對文件解析：

   (1)xtrabackup_checkpoints ―― 備份類型（如徹底或增量）、備份狀態（如是否已經爲prepared狀態）和LSN(日誌序列號)範圍信息；

      每一個InnoDB頁(一般爲16k大小)都會包含一個日誌序列號，即LSN。LSN是整個數據庫系統的系統版本號，每一個頁面相關的LSN可以代表此頁面最近是如何發生改變的。

   (2)xtrabackup_binlog_info ―― mysql服務器當前正在使用的二進制日誌文件及至備份這一刻爲止二進制日誌事件的位置。

   (3)xtrabackup_binary ―― 備份中用到的xtrabackup的可執行文件；

   (4)backup-my.cnf ―― 備份時用到的配置選項信息，也就是配置文件中關於mysqld的相關文件配置；

   (5) xtrabackup_logfile ―― 非文本文件是xtrabackup自己的日誌文件；

4.四、準備一個徹底備份

    通常狀況下，在備份完成後，數據尚且不能用於恢復操做，由於備份的數據中可能會包含還沒有提交的事務或已經提交但還沒有同步至數據文件中的事務。所以，此時數據文件仍處於不一致狀態。「準備」的主要做用正是經過回滾未提交的事務及同步已經提交的事務至數據文件從而使得數據文件處於一致性狀態。

   innobakupex命令的--apply-log選項可用於實現上述功能。以下面的命令：

[root@stu18 ~]# innobackupex -apply-log /innobackup/2013-08-14_07-04-49/
#############若是執行正確，其最後輸出的幾行信息一般以下################
xtrabackup: starting shutdown with innodb_fast_shutdown = 1
130814  7:39:33  InnoDB: Starting shutdown...
130814  7:39:37  InnoDB: Shutdown completed; log sequence number 1606156
130814 07:39:37  innobackupex: completed OK!

4.五、模擬數據庫崩潰實現徹底恢復

 （1）模擬崩潰

[root@stu18 ~]# service mysqld stop
[root@stu18 ~]# cd /mydata/data/
[root@stu18 data]# rm -rf *

（2）從徹底備份中恢復數據（謹記：在恢復數據以前千萬不可初始化數據庫和啓動服務）

   innobackupex命令的--copy-back選項用於執行恢復操做，其經過複製全部數據相關的文件至mysql服務器DATADIR目錄中來執行恢復過程。innobackupex經過backup-my.cnf來獲取DATADIR目錄的相關信息。

[root@stu18 ~]# innobackupex --copy-back /innobackup/2013-08-14_07-04-49/
#############若是執行正確，其最後輸出的幾行信息一般以下################
innobackupex: Starting to copy InnoDB log files
innobackupex: in '/innobackup/2013-08-14_07-04-49'
innobackupex: back to original InnoDB log directory '/mydata/data'
innobackupex: Copying '/innobackup/2013-08-14_07-04-49/ib_logfile0' to '/mydata/data'
innobackupex: Copying '/innobackup/2013-08-14_07-04-49/ib_logfile1' to '/mydata/data'
innobackupex: Finished copying back files.
130814 07:58:22  innobackupex: completed OK!

（3）當數據恢復至數據目錄之後，還須要確保全部數據文件的屬主和屬組均爲正確的用戶，如mysql，不然，在啓動mysqld以前還須要事先修改數據文件的屬主和屬組。

# chown -R mysql:mysql  /mydata/data/

（4）啓動服務器登錄查看恢復完成。

[root@stu18 data]# service mysqld start

  注意：每一次恢復完成以後必定要從新作一次徹底備份工做！！

4.六、使用innobackupex進行增量備份

   說明：每一個InnoDB的頁面都會包含一個LSN信息，每當相關的數據發生改變，相關的頁面的LSN就會自動增加。這正是InnoDB表能夠進行增量備份的基礎，即innobackupex經過備份上次徹底備份以後發生改變的頁面來實現。

  • 第一次改動數據實現增量備份

  實現增量備份可使用下面的命令進行：

[root@stu18 data]# innobackupex --user=root --password=mypass --incremental /innobackup --incremental-basedir=/innobackup/2013-08-14_08-14-12/

  其中，/innobackup指的是徹底備份所在的目錄，此命令執行結束後，innobackupex命令會在/backup目錄中建立一個新的以時間命名的目錄以存放全部的增量備份數據。--incremental-basedir是指向上一次徹底備份所在的目錄。

  • 第二次改動數據進行增量備份：

[root@stu18 ~]# innobackupex --user=root --password=mypass --incremental /innobackup --incremental-basedir=/innobackup/2013-08-14_08-29-05/

   第二次增量備份的執行命令和第一次大體相同，只有其--incremental-basedir應該指向上一次的增量備份所在的目錄。

  • 第三次改動數據還未進行增量備份

mysql> delete from coc where id=14;

4.七、使用innobackupex基於徹底+增量+二進制日誌恢復數據

 （1）因爲筆者這裏將二進制日誌和數據文件寫在了同一個文件目錄下因此在模擬數據庫崩潰前必須先複製出二進制日誌文件，因此建議看客們將數據目錄和二進制目錄分開存放，不要和筆者同樣犯如此二的錯誤。方法以下：

    前提是在剛剛創建服務器還沒有啓動服務器以前作以下操做；

mkdir /mybinlog                #創建一目錄用於存放二進制日誌
chown mysql:mysql /mybinlog    #更改權限
vim /etc/my.cnf                #修改配置文件
log-bin=/mybinlog/mysql-bin    #二進制日誌目錄及文件名前綴，添加之

  好了言歸正傳複製二進制日誌文件：

[root@stu18 data]# cp mysql-bin.000001/innobackup/

 （2）模擬服務器崩潰

[root@stu18 ~]# service mysqld stop
[root@stu18 ~]# cd /mydata/data/
[root@stu18 data]# rm -rf *

 （3）準備備份

      首先注意「準備」增量備份與整理徹底備份有着一些不一樣，尤爲要注意的是：

   1)須要在每一個備份(包括徹底和各個增量備份)上，將已經提交的事務進行「重放」。「重放」以後，全部的備份數據將合併到徹底備份上。

   2)基於全部的備份將未提交的事務進行「回滾」。

  • 徹底備份「準備」

[root@stu18 ~]# innobackupex --apply-log --redo-only/innobackup/2013-08-14_08-14-12/

  • 第一次增量備份「準備」也就是說將第一次增量備份合併到了徹底備份中

[root@stu18 ~]# innobackupex --apply-log--redo-only /innobackup/2013-08-14_08-14-12/--incremental-dir=/innobackup/2013-08-14_08-29-05/

  • 第二次增量備份「準備」也就是說將第二次增量備份也合併到了徹底備份中

[root@stu18 ~]# innobackupex --apply-log--redo-only /innobackup/2013-08-14_08-14-12/ --incremental-dir=/innobackup/2013-08-14_09-08-39/

  其中 --redo-only是隻將已提交的事務同步到數據文件中，未提交的事務日誌不在進行回滾了。

 （4）恢復數據（基於innobackupex基於徹底+增量）

[root@stu18 ~]# innobackupex --copy-back/innobackup/2013-08-14_08-14-12/

 （5）更改屬組屬主

[root@stu18 ~]# cd /mydata/data/
[root@stu18 data]# chown -R mysql:mysql *

 （6）啓動查看

[root@stu18 ~]# mysql -uroot -pmypas
mysql> select * from coc;
+----+---------+----------+
| ID | ClassID | CourseID |
+----+---------+----------+
|  1|       1 |        2 |
|  2|       1 |        5 |
|  3|       2 |        2 |
|  4|       2 |        6 |
|  5|       3 |        1 |
|  6|       3 |        7 |
|  7|       4 |        5 |
|  8|       4 |        2 |
|  9|       5 |        1 |
| 10 |      5 |        9 |
| 11 |      6 |        3 |
| 12 |      6 |        4 |
| 13 |      7 |        4 |
| 14 |      7 |        3 |
+----+---------+----------+
14 rows in set (0.00 sec)

   結果顯示數據正確完整，可是第三次的改動信息未生效。

 （7）基於二進制日誌實現數據恢復

   查看最後一次增量備份二進制日誌所在的位置：

[root@stu18 data]# cd /innobackup/2013-08-14_09-08-39/
[root@stu18 2013-08-14_09-08-39]# cat xtrabackup_binlog_info
mysql-bin.000001    780

   查看二進制日誌文件將未備份數據的二進制日誌導出

[root@stu18 innobackup]# mysqlbinlog mysql-bin.000001
# at 780
#130814  9:20:19 server id 1  end_log_pos 851   Query   thread_id=7 exec_time=0  error_code=0
SET TIMESTAMP=1376443219/*!*/;
BEGIN
/*!*/;
# at 851
#130814  9:20:19 server id 1  end_log_pos 944   Query   thread_id=7 exec_time=0  error_code=0
SET TIMESTAMP=1376443219/*!*/;
delete from coc where id=14
/*!*/;
# at 944
#130814  9:20:19 server id 1  end_log_pos 1016  Query   thread_id=7 exec_time=0  error_code=0
SET TIMESTAMP=1376443219/*!*/;
COMMIT
/*!*/;
DELIMITER ;
# End of log file
ROLLBACK /* added by mysqlbinlog */;
/*!50003 SET COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/;
/*!50530 SET @@SESSION.PSEUDO_SLAVE_MODE=0*/;
[root@stu18 innobackup]# mysqlbinlog --start-position=780 mysql-bin.000001 > ./all.sql     #導出數據

    恢復數據

[root@stu18 ~]# mysql -uroot �pmypass
mysql> SET SQL_LOG_BIN=0;           #關閉二進制日誌
mysql> source /innobackup/all.sql   #導入數據
mysql> SET SQL_LOG_BIN=1;           #開啓二進制日誌
mysql> select * from coc;           #查看數據，恢復完成
+----+---------+----------+
| ID | ClassID | CourseID |
+----+---------+----------+
|  1 |       1 |        2 |
|  2 |       1 |        5 |
|  3 |       2 |        2 |
|  4 |       2 |        6 |
|  5 |       3 |        1 |
|  6 |       3 |        7 |
|  7 |       4 |        5 |
|  8 |       4 |        2 |
|  9 |       5 |        1 |
| 10 |       5 |        9 |
| 11 |       6 |        3 |
| 12 |       6 |        4 |
| 13 |       7 |        4 |
+----+---------+----------+
13 rows in set (0.00 sec)


   這種備份恢復方式徹底以熱備的形式實現徹底備份和增量備份和二進制日誌還原數據，而且恢復速度也很快，是最佳的備份恢復方式！！


   總結：以上三種備份恢復都是能夠基於二進制日誌文件進行的，於是體現出了二進制日誌的重要性，從而映射出了日誌的重要性；因此學習查看使用日誌文件是學習Mysql的重中之重！


本文出自 「起點夢想」 博客，請務必保留此出處http://pangge.blog.51cto.com/6013757/1291909

相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程