您好,登錄后才能下訂單哦!
xtrabackup shell腳本:
https://gitee.com/ygqygq2/mytools/tree/master/xtrabackup
此腳本基于Percona XtraBackup 2.4
在mysql的root用戶下,創建用戶并給予下列權限
GRANT SUPER, RELOAD, LOCK TABLES, PROCESS, REPLICATION CLIENT ON *.* TO 'xtrabackup'@'localhost' identified by '12345678';
沒有SUPER權限,會在增量備份時報如下錯誤
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
將備份使用的密碼寫入到以下文件中,因為腳本為讀取此文件中的密碼。
mkdir -p /data/save/
echo '12345678' > /data/save/mysql_xtrabackup
腳本使用場景為一天中備份多次。
xtrabackup_backup_mysql.sh # 腳本控制入口
xtrabackup_backup_full.sh # 全量備份腳本
xtrabackup_backup_incremental.sh # 增量備份腳本
xtrabackup_backup_restore.sh # 備份恢復腳本
在xtrabackup --prepare
時,如果不使用--apply-log-only
以防止數據庫回滾,那么你的增量備份將是無用的。因為事務回滾后,進一步的增量備份是不能被應用的。
?--apply-log-only
應該在合并除最后一次增量備份的所有增量備份時,這就是為什么恢復備份腳本中,最后一次增量備份xtrabackup --prepare
不使用它的原因。即使--apply-log-only
在最后一次增量備份時被使用,備份仍將是一致的,但在這種情況下,數據庫會有執行回滾的階段。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。