建站
咨詢
售后
建站咨詢
新聞中心
今天就跟大家聊聊有關如何mysql的備份中的xtrabackup，可能很多人都不太了解，為了讓大家更加了解，小編給大家總結了以下內容，希望大家根據(jù)這篇文章可以有所收獲。
mysql的備份方式
1.mysqldump
效率比較低，備份和還原的速度都很慢,任何數(shù)據(jù)插入和更新操作都會被掛起
2.mysqlhotcopy
mysqlhotcopy 是專門針對myisam 數(shù)據(jù)表進行備份,備份的過程中，任何數(shù)據(jù)插入和更新操作都會被掛起
3.準備一臺從服務器,專門做備份（master-slave方式）
4.xtrabackup 是 percona 的一個開源項目，可熱備份innodb ,XtraDB,MyISAM(會鎖表)
Xtrabackup有兩個主要的工具：xtrabackup、innobackupex
xtrabackup只能備份InnoDB和XtraDB兩種數(shù)據(jù)表，而不能備份MyISAM數(shù)據(jù)表
innobackupex-1.5.1則封裝了xtrabackup，是一個腳本封裝，所以能同時備份處理innodb和myisam，但在處理myisam時需要加一個讀鎖
相比之下 xtrabackup 備份比較靠譜
下載 xtrabackup-1.6-245.rhel5.x86_64.rpm
安裝 rpm -ivh xtrabackup-1.6-245.rhel5.x86_64.rpm
備份(xtrabackup只備份數(shù)據(jù)文件，并不備份數(shù)據(jù)表結構(.frm))
xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/bak/
恢復(執(zhí)行兩次)
xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/bak/
xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/bak/
二、 增量備份
對比innobackupex和xtrabackup,innobackupex操作起來更方便，但是innobackupex會有短暫的鎖表.xtrabackup備份還有另一個重要特性：增量備份.
1. 全量備份
xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/bak/
2. 增量備份
xtrabackup --defaults-file=/etc/my.cnf --backup --target-dir=/bak/ --incremental-basedir=/bak/increm/
在增量備份的目錄下，數(shù)據(jù)文件都是以.delta結尾的。增量備份只備份上一次全量備份之后被修改過的page，所以增量備份一般只暫用較少的空間。
3. 增量備份恢復
分別對全量、增量備份各做一次prepare操作。
xtrabackup --defaults-file=/etc/my.cnf --prepare --target-dir=/bak/
xtrabackup --prepare --target-dir=/bak/ --incremental-dir=/bak/increm/
/bak/下的數(shù)據(jù)文件就可以直接放到你的MySQL數(shù)據(jù)目錄下，恢復數(shù)據(jù)了。
一般的備份 比如不會換全新的環(huán)境 用xtrabackup 就可以了
在不停生產的情況下備份數(shù)據(jù)給slave
首先確保兩邊的/etc/my.cnf 文件里邊都指定了datadir
接著備份數(shù)據(jù):
innobackupex-1.5.1 --defaults-file=/etc/my.cnf --stream=tar --user=root --password=**** --port=3306 --slave-info /bak | gzip>/bak/bak_mysql.tar.gz
將bak_mysql.tar.gz cp 到另一臺機器上
scp /bak/bak_mysql.tar.gz
解壓bak_mysql.tar.gz到/bak
tar -ixvf mysqlbak.tar(一定要加i 參數(shù) 我也不知道為什么)
恢復先 --apply-log 再 --copy-back
innobackupex-1.5.1 --defaults-file=/etc/my.cnf --user=root --password=XXXX --port=3306 --apply-log /bak
--copy-back這里容易報錯
(innobackupex-1.5.1: Copying directory '/bak/tech_soft_drp_ywmy'
innobackupex-1.5.1: Copying directory '/bak/mysql'
mkdir: 無法創(chuàng)建目錄 “arb/mysql/mysql”: 文件已存在
innobackupex-1.5.1: Error: Failed to create directory 'arb/mysql/mysql' : 沒有那個文件或目錄 at /usr/bin/innobackupex-1.5.1 line 336.)
我也不知道咋整。好像是官方1bug 見
我看了看/bak目錄 決定把mysql test 等自帶的一些庫直接rm 了。執(zhí)行已下命令成功
innobackupex-1.5.1 --defaults-file=/etc/my.cnf --user=root --password=XXXX --port=3306 --copy-back /bak
重啟數(shù)據(jù)庫服務又有問題
(110719 19:30:16 mysqld_safe Starting mysqld daemon with databases from arb/mysql
110719 19:30:16 [Note] Plugin 'FEDERATED' is disabled.
110719 19:30:16 InnoDB: The InnoDB memory heap is disabled
110719 19:30:16 InnoDB: Mutexes and rw_locks use GCC atomic builtins
110719 19:30:16 InnoDB: Compressed tables use zlib 1.2.3
110719 19:30:16 InnoDB: Using native AIO
110719 19:30:16 InnoDB: Initializing buffer pool, size = 2.0G
110719 19:30:16 InnoDB: Completed initialization of buffer pool
110719 19:30:16 InnoDB: Operating system error number 13 in a file operation.
InnoDB: The error means d does not have the access rights to
InnoDB: the directory.
InnoDB: File name ./ib_logfile0
InnoDB: File operation call: 'open'.
InnoDB: Cannot continue operation.
110719 19:30:16 mysqld_safe mysqld from pid file arb/mysql/r410.pid ended)
不知道啥情況。網上搜搜好像是權限問題 直接將mysql 目錄 chmod 777 -R mysql 重啟服務好了
菩薩保佑 問題好了
將my.cnf 配置成server-id=2 主從配置在這里不多提了
CHANGE MASTER TO MASTER_HOST='xxxx',MASTER_USER='xx',MASTER_PASSWORD='xxx',MASTER_LOG_FILE='mysql-bin.000047',MASTER_LOG_POS=43446639
MASTER_LOG_FILE這個值去/bak 下面的 xtrabackup_binlog_info 找
省了以前通宵用mysqldump 來同步數(shù)據(jù)再做主從同步
看完上述內容，你們對如何mysql的備份中的xtrabackup有進一步的了解嗎？如果還想了解更多知識或者相關內容，請關注創(chuàng)新互聯(lián)行業(yè)資訊頻道，感謝大家的支持。
本文名稱：如何mysql的備份中的xtrabackup-創(chuàng)新互聯(lián)
標題路徑：http://ef60e0e.cn/article/pijch.html
