MySQL數據庫的備份與恢復的三種方法


MySQL數據庫的備份與恢復的三種方法php

1.利用mysqldump實現從邏輯角度徹底備份mysql,配合二進制日誌備份實現增量備份mysql

2.利用lvs快照從物理角度實現幾乎熱備的徹底備份,配合二進制日誌備份實現增量備份linux

3.利用percona公司的xrabackup實現徹底熱備份與增量熱備份nginx

實驗環境:RHEL5.8 ,SElinux關閉,MySQLtar包初始化安裝版本5.5.28sql

.測試環境準備數據庫

1.1 mysql的安裝就不說了,見http://laoguang.blog.51cto.com/6013350/1039208apache

1.2 編緝/etc/my.cnf把二進制日誌存放目錄改到其它非數據目錄,innodb每表一文件vim

創建一目錄用於存放二進制日誌tomcat

mkdir /mybinlog 服務器

chown mysql:mysql /mybinlog

修改my.cnf

vim /etc/my.cnf

log-bin=/mybinlog/mysql-bin    ##二進制日誌目錄及文件名前綴

innodb_file_per_table = 1      ##啓用InnoDB表每表一文件,默認全部庫使用一個表空間

啓動mysqld

service mysqld start

1.3 建立一個測試庫與測試表

mysql> create database benet;

mysql> use benet

mysql> create table linux  (id tinyint auto_increment primary key,name char(10));

 

mysql> insert into linux (name) values ('apache'),('nginx'),('php');

1.4 建立用於存放備份的目錄

mkdir /myback

chown -R mysql:mysql /myback  

,用mysqldump實現備份

2.1 mysqldump用來溫備,因此咱們得爲全部庫加讀鎖,而且滾動一下二進制日誌,並記錄當前二進制文件位置

mysqldump --all-databases --lock-all-tables  --routines --triggers --master-data=2 \

--flush-logs > /myback/2012-12-3.19-23.full.sql

--all-databases 備份全部庫

--lock-all-tables 爲全部表加讀鎖

--routines 存儲過程與函數

--triggers 觸發器

--master-data=2 在備份文件中記錄當前二進制日誌的位置,而且爲註釋的,1是不註釋掉在主從複製中才有意義

--flush-logs 日誌滾動一次

查看有沒有備份成功,有沒有啓用新二進制的日誌,查看備份的文件中有沒有記錄完整備份後二進制的位置

備份二進制日誌

cp /mybinlog/mysql-bin.000001 /myback/2012-12-3.19-23.full.00001

2.2 模擬數據庫意外損壞,測試完整恢復

rm -rf /data/mydata/*  

rm -rf  /mybinlog/*

初始化mysql並啓動mysql

cd /usr/local/mysql

./scripts/mysql_install_db --user=mysql--datadir=/data/mydata

rm -rf /mybinlog/* ##由於咱們不是全新初始化的,可能會有報錯的二進制日誌,咱們不須要

service mysqld start  ##啓動時會從新生成新的二進制日誌的

恢復到備份狀態,備份前先關閉對恢復過程的二進制日誌記錄,由於記錄恢復語句是毫無心義的

mysql> set global sql_log_bin=0;

mysql < /myback/2012-12-3.19-23.full.sql ##若是有帳號密碼記的-u -h

打開記錄並查看恢復情況

mysql> set global sql_log_bin=1;

mysql> show databases;

打開二進制記錄並查看恢復情況

mysql> set global sql_log_bin=1;

mysql> show databases;

2.3 模擬一種場景,我往linux表中新添加了數據,而後不當心將這個表刪了,咱們要恢復到刪除以前的狀態,而且新加的數據還存在。

2.3.1 新增數據

mysql> use benet;

mysql> insert into linux  (name) values ('haddop'), ('mysql');

mysql> drop table linux;

mysql> show master status;   ##查看當前所在二進制日誌中的位置

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

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

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

| mysql-bin.000001 |     9005 |              |                  |  

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

咱們先恢復完整數據,再恢復完整備份後到刪除以前的數據,對應二進制日誌就是完整備份後的二進制日誌位置到刪除表以前的位置

2.3.2 先恢復完整備份,一樣恢復過程不要記錄日誌

mysql > set global sql_log_bin=0;

mysql < /myback/2012-12-3.19-23.full.sql

2.3.3 查看刪除表時的記錄位置

mysqlbinlog /mybinlog/mysql-bin.000001  

# at 8893

#121202 14:14:07 server id 1  end_log_pos 9005  Query  thread_id=5exec_time=0error_code=0

SET TIMESTAMP=1354428847/*!*/;

DROP TABLE `linux` /* generated by server */

/*!*/;

DELIMITER ;

# End of log file

2.3.4 由上圖可知刪除是在8893時作的,將二進制文件中完整備份到刪除表以前的記錄導出

mysqlbinlog --stop-position=8893 /mybinlog/mysql-bin.000001  > /tmp/change.sql

--start-position 指定從哪開始導出二進制日誌

--stop-position 指定到哪結束

--start-datetime 從哪一個時間開始格式如"2005-12-25 11:25:56"

--stop-datetime 到哪一個時間結束

因爲這個二進制日誌是咱們完整恢復後才啓用的,因此咱們直接從頭開始便可,若是你的二進制日誌不少,請查看完整備份中記錄的備份時的位置,從那開始到刪除以前便可

將這段二進制記錄應用到mysql的庫中

mysql < /tmp/change.sql

進入數據庫查看數據有沒有恢復

mysql> select * from linux;

基於mysqldump一般咱們就是完整備份+二進制日誌來進行恢復的。

三,利用lvm的快照來備份MySQL

要求你的MySQL的數據目錄必須在lvm捲上,下面來演示過程

3.1 創建lvm卷組,掛載到/data/mydata下,這個我就不演示了

3.2 初始化MySQL時將數據目錄指向/data/mydata,安裝過程見上連接

3.3 一樣如第一步那樣準備環境

3.4 MySQL中爲全部表加讀鎖,不要關閉終端,不然鎖將失效,滾動日誌

mysql> flush tables with read lock;

mysql> flush logs;

mysql> show master status;

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

| File             | Position | Binlog_Do_DB | Binlog_Ignore_DB |

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

| mysql-bin.000002 |      107 |              |                  |  

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

 

3.5 另開一終端速度創建快照,個人那個卷組是/dev/myvg/mydata

lvcreate -L 200M -n mysql-snap -s -p r /dev/myvg/mydata  

3.4 速度釋放讀鎖

mysql> unlock  tables;

3.5 掛載快照,拷備出來,卸載快照,刪除快照

mount /dev/myvg/mysql-snap /mnt

mkdir /myback/lvm

cp -pR /mnt/* /myback/lvm  

umount /mnt

lvremove /dev/myvg/mysql-snap

3.6 就這樣一次完整備份就完成了,下面來測試可否正常使用

servivce mysqld stop

rm -R /data/mydata/*  

cp -Rp /myback/lvm/* /data/mydata

service mysqld start  ##若是能正常啓動表明沒有問題,起不來請看數據目錄權限

3.7 若是在完整備份後MySQL出現故障,與mysqldump同樣,先恢復上次的完整備份,再利用二進制日誌恢復,二進制恢復再囉嗦一遍,找到完整備份時的二進制位置,把從那時到故障前的日誌用mysqlbinlog導出來,而後批處理方式導入到MySQL中。這個同mysqldump中實驗一致就不重複了。

lvm的快照來備份速度是很是快的,並且幾乎熱備,恢復也很快速,操做也簡單,完整恢復後再將相應二進制恢復便可。

:基於xtrabackup來徹底備份,增量備份,熱備份MySQL

下載地址:http://www.percona.com/software/percona-xtrabackup

4.1 下載安裝xtrabackup,我用的是percona-xtrabackup-2.0.3-470.rhel5.i386.rpm

yum install perl-DBD-MySQL

rpm -ivh percona-xtrabackup-2.0.3-470.rhel5.i386.rpm

4.2 MySQL基本環境與第一步的一致

4.3 爲備份創建一個只有備份權限的用戶

mysql> create user 'percona'@'localhost' identified by 'redhat';

mysql> revoke all privileges,grant option from 'percona'@'localhost';

mysql> grant reload,lock tables,replication client on *.* to 'percona'@'localhost';

mysql> flush privileges;

4.4 完整備份一次MySQL

innobackupex --host=locahost --user=percona --password=redhat --defaults-file=/usr/local/mysql/my.cnf  /myback/

數據會完整備份到/myback/中目錄名字爲當前的日期,extrabackup會備份全部的InnoDB表,MyISAM表只是複製表結構文件、以及MyISAM、MERGE、CSV和ARCHIVE表的相關文件,同時還會備份觸發器和數據庫配置信息相關的文件。除了保存數據外還生成了一些extrabackup須要的數據文件

1)xtrabackup_checkpoints 備份類型(如徹底或增量)、備份狀態(如是否已經爲prepared狀態)和LSN(日誌序列號)範圍信息;每一個InnoDB(一般爲16k大小)都會包含一個日誌序列號,即LSNLSN是整個數據庫系統的系統版本號,每一個頁面相關的LSN可以代表此頁面最近是如何發生改變的。

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

3)xtrabackup_binlog_pos_innodb  二進制日誌文件及用於InnoDBXtraDB表的二進制日誌文件的當前position

4)xtrabackup_binary  備份中用到的xtrabackup的可執行文件;

5)backup-my.cnf 備份命令用到的配置選項信息;

 

4.4 測試恢復MySQL,extrabackup來完整恢復

service mysqld stop

rm -Rf /data/mydata

innobackupex --apply-log /myback/2012-12-02_20-06-12/

--apply-log 的意義在於把備份時沒commit的事務撤銷,已經commit的但還在事務日誌中的應用到數據庫

innobackupex --copy-back /myback/2012-12-02_20-06-12/

--copy-back數據庫恢復,後面跟上備份目錄的位置

chown -R mysql:mysql /data/mydata  

service mysqld start ##若是能啓動表明恢復正常

4.5 咱們來實驗一下增量備份

4.5.1 在表中新增一些數據

mysql> insert into linux (name) values ('tomcat'), ('memcache'), ('varnish');

4.5.2 增量備份

innobackupex --user=percona--password=redhat --incremental \

--incremental-basedir=/myback/2012-12-02_20-06-12/ /myback/

--incremental 指定是增量備份

--incremental-basedir 指定基於哪一個備份作增量備份,最後是增量備份保存的目錄

增量備份只能對InnoDB引擎作增量備份,對MyISAM的表是徹底複製

4.6 測試增量備份恢復

service mysqld stop

rm -Rf /data/mydata/*

innobackupex --apply-log --redo-only /myback/2012-12-02_20-06-12/

 

--redo-only 指的是把備份時commit的但還在事務日誌中的應用到時數據,可是還沒提交的不撤消,

由於這個事務可能在增量備份中提交,假如的撤消了增量備份中就提交不,由於事務已經不完整

將增量備份全併到完整備份中去

innobackupex --apply-log /myback/2012-12-02_20-06-12/ \

--incremental-dir=/myback/2012-12-02_20-28-49/

/myback/2012-12-02_20-06-12/ 這個是完整備份的目

--incremental-dir 後跟的是增量備份的目錄

這個會使增量備份中的的數據合併到完整備份中,若是還有增量備份,繼續合併,恢復時恢復完整備份便可

恢復數據,並起動MySQL

innobackupex --copy-back /myback/2012-12-02_20-06-12/

chown -R mysql:mysql /data/mydata

service mysqld start

查看數據有沒丟失

若是在增量備份後數據庫出現故障,咱們須要經過完整備份+到如今爲止的全部增量備份+最後一次增量備份到如今的二進制日誌來恢復。

相關文章
相關標籤/搜索