備份需要考慮的問題

定制備份策略前, 我們還需要考慮一些問題

我們要備份什么?

一般情況下, 我們需要備份的數(shù)據(jù)分為以下幾種

• 數(shù)據(jù)

• 二進制日志, InnoDB事務(wù)日志

• 代碼(存儲過程、存儲函數(shù)、觸發(fā)器、事件調(diào)度器)

• 服務(wù)器配置文件

備份工具

這里我們列舉出常用的幾種備份工具 
mysqldump : 邏輯備份工具, 適用于所有的存儲引擎, 支持溫備、完全備份、部分備份、對于InnoDB存儲引擎支持熱備 
cp, tar 等歸檔復(fù)制工具: 物理備份工具, 適用于所有的存儲引擎, 冷備、完全備份、部分備份 
lvm2 snapshot: 幾乎熱備, 借助文件系統(tǒng)管理工具進行備份 
mysqlhotcopy: 名不副實的的一個工具, 幾乎冷備, 僅支持MyISAM存儲引擎 
xtrabackup: 一款非常強大的InnoDB/XtraDB熱備工具, 支持完全備份、增量備份, 由percona提供

設(shè)計合適的備份策略

針對不同的場景下, 我們應(yīng)該制定不同的備份策略對數(shù)據(jù)庫進行備份, 一般情況下, 備份策略一般為以下三種

• 直接cp,tar復(fù)制數(shù)據(jù)庫文件

• mysqldump+復(fù)制BIN LOGS

• lvm2快照+復(fù)制BIN LOGS

• xtrabackup

以上的幾種解決方案分別針對于不同的場景

1. 如果數(shù)據(jù)量較小, 可以使用第一種方式, 直接復(fù)制數(shù)據(jù)庫文件

2. 如果數(shù)據(jù)量還行, 可以使用第二種方式, 先使用mysqldump對數(shù)據(jù)庫進行完全備份, 然后定期備份BINARY LOG達到增量備份的效果

3. 如果數(shù)據(jù)量一般, 而又不過分影響業(yè)務(wù)運行, 可以使用第三種方式, 使用lvm2的快照對數(shù)據(jù)文件進行備份, 而后定期備份BINARY LOG達到增量備份的效果

4. 如果數(shù)據(jù)量很大, 而又不過分影響業(yè)務(wù)運行, 可以使用第四種方式, 使用xtrabackup進行完全備份后, 定期使用xtrabackup進行增量備份或差異備份

實戰(zhàn)演練

使用cp進行備份

我們這里使用的是使用yum安裝的mysql-5.1的版本, 使用的數(shù)據(jù)集為從網(wǎng)絡(luò)上找到的一個員工數(shù)據(jù)庫

查看數(shù)據(jù)庫的信息

mysql> SHOW DATABASES;    #查看當(dāng)前的數(shù)據(jù)庫, 我們的數(shù)據(jù)庫為employees
+set (USE employees; Database changed
mysql> SHOW TABLES;         #查看當(dāng)前庫中的表
+set (SELECT COUNT(*) FROM employees;   #由于篇幅原因, 我們這里只看一下employees的行數(shù)為300024
+set (FLUSH TABLES WITH READ LOCK;    #向所有表施加讀鎖
Query OK, 0 rows affected (0.00 sec) 

備份數(shù)據(jù)文件

[root/*    #這一步可以不做
[root@node1 ~]# cp -a /backup/* /var/lib/mysql/    #將備份的數(shù)據(jù)文件拷貝回去
[root@node1 ~]# service mysqld restart  #重啟MySQL


#重新連接數(shù)據(jù)并查看

mysql> SHOW DATABASES;    #數(shù)據(jù)庫已恢復(fù)
+--------------------+
| Database           |
+--------------------+
| information_schema |
| employees          |
| mysql              |
| test               |
+--------------------+
4 rows in set (0.00 sec)

mysql> USE employees;      

mysql> SELECT COUNT(*) FROM employees;    #表的行數(shù)沒有變化
+----------+
| COUNT(*) |
+----------+
|   300024 |
+----------+
1 row in set (0.06 sec)


##完成 

使用mysqldump+復(fù)制BINARY LOG備份

我們這里使用的是使用yum安裝的mysql-5.1的版本, 使用的數(shù)據(jù)集為從網(wǎng)絡(luò)上找到的一個員工數(shù)據(jù)庫

我們通過mysqldump進行一次完全備份, 再修改表中的數(shù)據(jù), 然后再通過binary log進行恢復(fù) 二進制日志需要在mysql配置文件中添加 log_bin=on 開啟

mysqldump命令介紹

mysqldump是一個客戶端的邏輯備份工具, 可以生成一個重現(xiàn)創(chuàng)建原始數(shù)據(jù)庫和表的SQL語句, 可以支持所有的存儲引擎, 對于InnoDB支持熱備

官方文檔介紹

shell> mysqldump [options] db_name [tbl_name ...]    恢復(fù)需要手動CRATE DATABASES shell> mysqldump [options] shell> mysqldump [options] SHOW DATABASES;    #查看當(dāng)前的數(shù)據(jù)庫, 我們的數(shù)據(jù)庫為employees
+set (USE employees; Database changed
mysql> SHOW TABLES;         #查看當(dāng)前庫中的表
+set (SELECT COUNT(*) FROM employees;   #由于篇幅原因, 我們這里只看一下employees的行數(shù)為300024
+set (SHOW MASTER STATUS@node1 ~]@node1 ~]@node1 ~]@node1 ~]@node1 ~]@node1 ~]or OSF disklabel
Building a new DOS disklabel with disk identifier in memory only, until you decide to write them.
After of course, the previous content wonto         switch and change display units to         sectors (command for help): n
Command action
   e   extended
   p   primary partition (default default value or +size{K,M,G} (default for help): t
Selected partition to list codes): of partition to for help): w
The partition table has been altered!

Calling ioctl() to re-read partition table.
Syncing disks.
You have new mail in /var/spool/mail/root
[root@node1 ~]BLKPG: Device or resource busy
error adding partition @node1 ~]@node1 ~]@node1 ~]@node1 ~]@node1 ~]@node1 ~]@node1 ~]@node1 ~]SHOW DATABASES;    #查看當(dāng)前的數(shù)據(jù)庫, 我們的數(shù)據(jù)庫為employees
+set (USE employees; Database changed
mysql> SHOW TABLES;         #查看當(dāng)前庫中的表
+set (SELECT COUNT(*) FROM employees;   #由于篇幅原因, 我們這里只看一下employees的行數(shù)為300024
+set (@node1 lvm_data]@node1 lvm_data]@node1 lvm_data]write-protected, mounting read-only

[root@node1 lvm_data]@node1 lvm_snap]index  test
[root@node1 lvm_snap]@node1 ~]@node1 ~]
		

			
備份過程快速、可靠； 
		

			
備份過程不會打斷正在執(zhí)行的事務(wù)； 
		

			
能夠基于壓縮等功能節(jié)約磁盤空間和流量； 
		

			
自動實現(xiàn)備份檢驗； 
		

			
還原速度快； 
		
摘自馬哥的文檔
xtrabackup實現(xiàn)完全備份

	
我們這里使用xtrabackup的前端配置工具innobackupex來實現(xiàn)對數(shù)據(jù)庫的完全備份
使用innobackupex備份時, 會調(diào)用xtrabackup備份所有的InnoDB表, 復(fù)制所有關(guān)于表結(jié)構(gòu)定義的相關(guān)文件(.frm)、以及MyISAM、MERGE、CSV和ARCHIVE表的相關(guān)文件, 同時還會備份觸發(fā)器和數(shù)據(jù)庫配置文件信息相關(guān)的文件, 這些文件會被保存至一個以時間命名的目錄.
備份過程
[rootlog sequence number ***不用啟動數(shù)據(jù)庫也可以還原************* [rootdata/*   #刪除數(shù)據(jù) [root@node1 ~]# innobackupex R mysql.mysql /data/ [root@node1 ~]# ls /data/ -l MariaDB [(none)]> SHOW DATABASES;  #數(shù)據(jù)還原
+Database           |
+TEST1              |
| TEST2              |
| employees          |
| mysql              |
| performance_schema |
| test               |
+in set (0.00 sec) #關(guān)于xtrabackup還有很多強大的功能沒有敘述、有興趣可以去看官方文檔 

	總結(jié) 

	
		

			
				備份方法 
			
			
				備份速度 
			
			
				恢復(fù)速度 
			
			

				便捷性 
			
			

				功能 
			
			

				一般用于 
			
		
	
	

		

			

				cp 
			
	

				快 
			
	

				快 
			
	

				一般、靈活性低 
			
	

				很弱 
			
	

				少量數(shù)據(jù)備份 
			
		

			

				mysqldump 
			
	

				慢 
			
	

				慢 
			
	

				一般、可無視存儲引擎的差異 
			
	

				一般 
			
	

				中小型數(shù)據(jù)量的備份 
			
		

			

				lvm2快照 
			
	

				快 
			
	

				快 
			
	

				一般、支持幾乎熱備、速度快 
			
	

				一般 
			
	

				中小型數(shù)據(jù)量的備份 
			
		

			

				xtrabackup 
			
	

				較快 
			
	

				較快 
			
	

				實現(xiàn)innodb熱備、對存儲引擎有要求 
			
	

				強大 
			
	

				較大規(guī)模的備份 
			
	
其實我們還可以通過Master-Slave Replication 進行數(shù)據(jù)備份
            
            
                        

            網(wǎng)頁標(biāo)題：學(xué)會用各種方式備份MySQL數(shù)據(jù)庫            

            本文網(wǎng)址：http://weahome.cn/article/ihjcgs.html