您好,登錄后才能下訂單哦!
xtrabackup shell腳本:
https://gitee.com/ygqygq2/mytools/tree/master/xtrabackup
此腳本基于Percona XtraBackup 2.4
在mysql的root用戶下,創(chuàng)建用戶并給予下列權(quán)限
GRANT SUPER, RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'xtrabackup'@'localhost' identified by '12345678';
沒有SUPER權(quán)限,會(huì)在增量備份時(shí)報(bào)如下錯(cuò)誤
Error: failed to execute query FLUSH NO_WRITE_TO_BINLOG CHANGED_PAGE_BITMAPS: Access denied; you need (at least one of) the SUPER privilege(s) for this operation
將備份使用的密碼寫入到以下文件中,因?yàn)槟_本為讀取此文件中的密碼。
mkdir -p /data/save/
echo '12345678' > /data/save/mysql_xtrabackup
腳本使用場(chǎng)景為一天中備份多次。
xtrabackup_backup_mysql.sh # 腳本控制入口
xtrabackup_backup_full.sh # 全量備份腳本
xtrabackup_backup_incremental.sh # 增量備份腳本
xtrabackup_backup_restore.sh # 備份恢復(fù)腳本
在xtrabackup --prepare
時(shí),如果不使用--apply-log-only
以防止數(shù)據(jù)庫(kù)回滾,那么你的增量備份將是無(wú)用的。因?yàn)槭聞?wù)回滾后,進(jìn)一步的增量備份是不能被應(yīng)用的。
?--apply-log-only
應(yīng)該在合并除最后一次增量備份的所有增量備份時(shí),這就是為什么恢復(fù)備份腳本中,最后一次增量備份xtrabackup --prepare
不使用它的原因。即使--apply-log-only
在最后一次增量備份時(shí)被使用,備份仍將是一致的,但在這種情況下,數(shù)據(jù)庫(kù)會(huì)有執(zhí)行回滾的階段。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如果涉及侵權(quán)請(qǐng)聯(lián)系站長(zhǎng)郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。