MySQL定时备份(全量备份+增量备份)
MySQL 定時備份
參考 zone7_ 的 實戰-MySQL定時備份系列文章
參考 zmcyu 的 mysql數據庫的完整備份、差異備份、增量備份
更多binlog的學習參考馬丁傳奇的 MySQL的binlog日志,這篇文章寫得認真詳細,如果看的認真的話,肯定能學的很好的。
如果查看binlog是出現語句加密的情況,參考 mysql row日志格式下 查看binlog sql語句
說明
產品上線后,數據非常非常重要,萬一哪天數據被誤刪,那么就gg了,準備跑路吧。
所以要對線上的數據庫定時做全量備份和增量備份。
增量備份的優點是沒有重復數據,備份量不大,時間短。但缺點也很明顯,需要建立在上次完全備份及完全備份之后所有的增量才能恢復。
MySQL沒有提供直接的增量備份方法,但是可以通過mysql二進制日志間接實現增量備份。二進制日志對備份的意義如下:
- 二進制日志保存了所有更新或者可能更新數據的操作
- 二進制日志在啟動MySQL服務器后開始記錄,并在文件達到所設大小或者收到flush logs 命令后重新創建新的日志文件
- 只需定時執行flush logs 方法重新創建新的日志,生成二進制文件序列,并及時把這些文件保存到一個安全的地方,即完成了一個時間段的增量備份。
全量備份
mysqldump --lock-all-tables --flush-logs --master-data=2 -u root -p test > backup_sunday_1_PM.sql- 參數 --lock-all-tables
對于InnoDB將替換為 --single-transaction。
該選項在導出數據之前提交一個 BEGIN SQL語句,BEGIN 不會阻塞任何應用程序且能保證導出時數據庫的一致性狀態。它只適用于事務表,例如 InnoDB 和 BDB。本選項和 --lock-tables 選項是互斥的,因為 LOCK TABLES 會使任何掛起的事務隱含提交。要想導出大表的話,應結合使用 --quick 選項。
參數 --flush-logs,結束當前日志,生成并使用新日志文件
參數 --master-data=2,該選項將會在輸出SQL中記錄下完全備份后新日志文件的名稱,用于日后恢復時參考,例如輸出的備份SQL文件中含有:CHANGE MASTER TO MASTER_LOG_FILE='MySQL-bin.000002', MASTER_LOG_POS=106;
參數 test,該處的test表示數據庫test,如果想要將所有的數據庫備份,可以換成參數 --all-databases
參數 --databases 指定多個數據庫
參數 --quick或-q,該選項在導出大表時很有用,它強制 MySQLdump 從服務器查詢取得記錄直接輸出而不是取得所有記錄后將它們緩存到內存中。
參數 --ignore-table,忽略某個數據表,如 --ignore-table test.user 忽略數據庫test里的user表
更多mysqldump 參數,請參考網址
全量備份腳本shell
#!/bin/bash # mysql 數據庫全量備份# 用戶名、密碼、數據庫名 username="root" password="tencns152" dbName="goodthing"beginTime=`date +"%Y年%m月%d日 %H:%M:%S"` # 備份目錄 bakDir=/home/mysql/backup # 日志文件 logFile=/home/mysql/backup/bak.log # 備份文件 nowDate=`date +%Y%m%d` dumpFile="${dbName}_${nowDate}.sql" gzDumpFile="${dbName}_${nowDate}.sql.tgz"cd $bakDir # 全量備份(對所有數據庫備份,除了數據庫goodthing里的village表) /usr/local/mysql/bin/mysqldump -u${username} -p${password} --quick --events --databases ${dbName} --ignore-table=goodthing.village --ignore-table=goodthing.area --flush-logs --delete-master-logs --single-transaction > $dumpFile # 打包 /bin/tar -zvcf $gzDumpFile $dumpFile /bin/rm $dumpFileendTime=`date +"%Y年%m月%d日 %H:%M:%S"` echo 開始:$beginTime 結束:$endTime $gzDumpFile succ >> $logFile# 刪除所有增量備份 cd $bakDir/daily /bin/rm -f *這里全量備份只備份了一個數據庫,因為如果所有數據庫都備份的話,文件太大了。這里的取舍我也不是很清楚,畢竟自己還在學習階段,沒有實際的操作經驗。
增量備份
1. 檢查log_bin是否開啟
進入mysql命令行,執行 show variables like '%log_bin%'
mysql> show variables like '%log_bin%'; +---------------------------------+-------+ | Variable_name | Value | +---------------------------------+-------+ | log_bin | OFF | | log_bin_basename | | | log_bin_index | | | log_bin_trust_function_creators | OFF | | log_bin_use_v1_row_events | OFF | | sql_log_bin | ON | +---------------------------------+-------+ 6 rows in set (0.01 sec)如上所示,log_bin 未開啟;如果log_bin開啟,則跳過第2步,直接進入第3步。
2. 開啟 log_bin,并重啟mysql
- 編輯 mysql 的配置文件 vim /etc/my.cnf,在 mysqld 下面添加下面2條配置
Tip1: 一定要加 server_id,否則會報錯。至于server_id的值,隨便設就可以。
Tip2: log_bin 中間可以下劃線_相連,也可以-減號相連。同理server_id也一樣。
- 重啟mysql
- 再次在mysql命令行中執行 show variables like '%log_bin%'
3. 備份
- 進入mysql命令行,執行 show master status;
當前正在記錄日志的文件名是 mysql-bin.000003
- 比如當前數據庫test的bk_user只有2條記錄
- 插入一條新的記錄
- 執行命令mysqladmin -uroot -p密碼 flush-logs,生成并使用新的日志文件
再次查看當前使用的日志文件,已經變為 mysql-bin.000004 了。
mysql-bin.000003 則記錄著剛才執行的 insert 語句的日志。
到這里,其實已經完成了增量備份了。
恢復增量備份
- 首先假裝誤刪數據庫記錄
- 從備份的日志文件mysql-bin.000003中恢復數據
如果你也遇到這個問題的話,不妨修改 /etc/my.cnf 配置試試。
我在server_id那一行下添加了 slave_skip_errors=1032 ,然后就執行成功了,不再報錯。
增量備份的shell腳本
#!/bin/bash# 增量備份時復制mysql-bin.00000*的目標目錄,提前手動創建這個目錄 BakDir=/home/mysql/backup/daily # 日志文件 LogFile=/home/mysql/backup/bak.log# mysql的數據目錄 BinDir=/var/lib/mysql-bin # mysql的index文件路徑,放在數據目錄下的 BinFile=/var/lib/mysql-bin/mysql-bin.index# 這個是用于產生新的mysql-bin.00000*文件 /usr/local/mysql/bin/mysqladmin -uroot -ptencns152 flush-logsCounter=`wc -l $BinFile | awk '{print $1}'` NextNum=0 # 這個for循環用于比對$Counter,$NextNum這兩個值來確定文件是不是存在或最新的 for file in `cat $BinFile` dobase=`basename $file`NextNum=`expr $NextNum + 1`if [ $NextNum -eq $Counter ]thenecho $base skip! >> $LogFileelsedest=$BakDir/$base#test -e用于檢測目標文件是否存在,存在就寫exist!到$LogFile去if(test -e $dest)thenecho $base exist! >> $LogFileelsecp $BinDir/$base $BakDirecho $base copying >> $LogFilefifi doneecho `date +"%Y年%m月%d日 %H:%M:%S"` $Next Bakup succ! >> $LogFile定時備份
執行命令 crontab -e,添加如下配置
# 每個星期日凌晨3:00執行完全備份腳本 0 3 * * 0 /bin/bash -x /root/bash/Mysql-FullyBak.sh >/dev/null 2>&1# 周一到周六凌晨3:00做增量備份 0 3 * * 1-6 /bin/bash -x /root/bash/Mysql-DailyBak.sh >/dev/null 2>&1遇到的問題
- Can't connect to local MySQL server through socket '/tmp/mysql.sock'
去修改mysql的配置文件,添加
[mysqladmin] # 修改為相應的sock socket=/var/lib/mysql/mysql.sock- 執行mysqldump時遇到 Unknown table 'column_statistics' in information_schema (1109)
如果使用MySQL 8.0+版本提供的命令行工具mysqldump來導出低于8.0版本的MySQL數據庫到SQL文件,會出現Unknown table 'column_statistics' in information_schema的錯誤,因為早期版本的MySQL數據庫的information_schema數據庫中沒有名為COLUMN_STATISTICS的數據表。
解決問題的方法是,使用8.0以前版本MySQL附帶的mysqldump工具,最好使用待備份的MySQL服務器版本對應版本號的mysqldump工具,mysqldump可以獨立運行,并不依賴完整的MySQL安裝包,比如在Windows中,可以直接從MySQL安裝目錄的bin目錄中將mysqldump.exe復制到其他文件夾,甚至從一臺電腦復制到另一臺電腦,然后在CMD窗口中運行。
當前使用是的MySQL 5.7.22。把5.7.20的 MYSQL_HOME/bin/mysqldump 替換掉 5.7.22的,接著就能順利執行mysqldump了,也真是奇了怪了。
轉載于:https://www.cnblogs.com/lhat/p/10106517.html
總結
以上是生活随笔為你收集整理的MySQL定时备份(全量备份+增量备份)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 记忆讲师石伟华微信公众号2017所有文章
- 下一篇: linux cmake编译源码,linu