MySQL數據備份之mysqldump使用

1、各種用法說明

? ? ?A. 最簡單的用法:

mysqldump?-uroot?-pPassword?[database?name]?  >?[dump?file]

上述命令將指定數據庫備份到某dump文件(轉儲文件)中,比如:

mysqldump?-uroot?-p123?test?>?test.dump

生成的test.dump文件中包含建表語句(生成數據庫結構哦)和插入數據的insert語句。

?

? ? ?B. –opt

? ? ?如果加上–opt參數則生成的dump文件中稍有不同:

? ? ?. 建表語句包含drop table if exists tableName

? ? ?. insert之前包含一個鎖表語句lock tables tableName write,insert之后包含unlock tables

? ? ?C. 跨主機備份

? ? ?使用下面的命令可以將host1上的sourceDb復制到host2的targetDb,前提是host2主機上已經創建targetDb數據庫:

mysqldump?--host=host1?--opt?sourceDb|?mysql?--host=host2?-C?targetDb

? -C指示主機間的數據傳輸使用數據壓縮

?

? ? ?D. 只備份表結構

mysqldump?--no-data?--databases?mydatabase1?mydatabase2?mydatabase3?>?test.dump

將只備份表結構。–databases指示主機上要備份的數據庫。如果要備份某個MySQL主機上的所有數據庫可以使用–all-databases選項,如下:

mysqldump?--all-databases  >?test.dump

E. 從備份文件恢復數據庫

mysql?[database?name]?<p>2、結合Linux的cron命令實現定時備份</p><p>? ?   比如需要在每天凌晨1:30備份某個主機上的所有數據庫并壓縮dump文件為gz格式,那么可在/etc/crontab配置文件中加入下面代碼行:</p><pre class="brush:sql;toolbar:false">30?1?*?*?*?root?mysqldump?-u?root?-pPASSWORD?--all-databases?|?gzip?&gt;?/mnt/disk2/database_`date?'+%m-%d-%Y'`.sql.gz

前面5個參數分別表示分鐘、小時、日、月、年,星號表示任意。date ‘+%m-%d-%Y’得到當前日期的MM-DD-YYYY格式。

?

3、一個完整的shell腳本備份MySQL數據庫示例

#vi?/backup/backup.sh    #!bin/bash  cd?/backup  echo?"You?are?in?backup?dir"  mv?backup*?/oldbackup  echo?"Old?dbs?are?moved?to?oldbackup?folder"  File?=?backup-$Now.sql  mysqldump?-u?user?-p?password?database-name?&gt;?$File  echo?"Your?database?backup?successfully?completed"

上面腳本文件保存為backup.sh,并且系統中已經創建兩個目錄/olcbackup和/backup。每次執行backup.sh時都會先將/backup目錄下所有名稱為backup開頭的文件移到/oldbackup目錄。

? ? ? 為上述腳本制定執行計劃如下:

#crontab?-e30?1?*?*?*?/backup.sh

4、mysqldump全量備份+mysqlbinlog二進制日志增量備份

? ? 從mysqldump備份文件恢復數據會丟失掉從備份點開始的更新數據,所以還需要結合mysqlbinlog二進制日志增量備份。確保my.ini或者my.cnf中包含下面的配置以啟用二進制日志,或者mysqld —log-bin:

[mysqld]  log-bin=mysql-bin

?mysqldump命令必須帶上–flush-logs選項以生成新的二進制日志文件:

mysqldump?--single-transaction?--flush-logs?--master-data=2?&gt;?backup.sql

這樣生成的增量二進制日志文件比如為mysql-bin.000003,那么恢復數據時如下:

shell&gt;?mysql?-uroot?-pPwd??mysqlbinlog?mysql-bin.000003?|?mysql?-uroot?-pPwd

?此外mysqlbinlog還可以指定–start-date、–stop-date、–start-position和–stop-position參數,用于精確恢復數據到某個時刻之前或者跳過中間某個出問題時間段恢復數據,直接摘錄MySQL文檔說明中相關內容如下:

5.9.3.1.?指定恢復時間  對于MySQL?4.1.4,可以在mysqlbinlog語句中通過--start-date和--stop-date選項指定DATETIME格式的起止時間。舉例說明,假設在今天上午10:00(今天是2005年4月20日),執行SQL語句來刪除一個大表。要想恢復表和數據,你可以恢復前晚上的備份,并輸入:  mysqlbinlog?--stop-date="2005-04-20?9:59:59"?/var/log/mysql/bin.123456?  ?????|?mysql?-u?root?-pmypwd  該命令將恢復截止到在--stop-date選項中以DATETIME格式給出的日期和時間的所有數據。如果你沒有檢測到幾個小時后輸入的錯誤的SQL語句,可能你想要恢復后面發生的活動。根據這些,你可以用起使日期和時間再次運行mysqlbinlog:    mysqlbinlog?--start-date="2005-04-20?10:01:00"?/var/log/mysql/bin.123456?  ?????|?mysql?-u?root?-pmypwd?  在該行中,從上午10:01登錄的SQL語句將運行。組合執行前夜的轉儲文件和mysqlbinlog的兩行可以將所有數據恢復到上午10:00前一秒鐘。你應檢查日志以確保時間確切。下一節介紹如何實現。    5.9.3.2.?指定恢復位置  也可以不指定日期和時間,而使用mysqlbinlog的選項--start-position和--stop-position來指定日志位置。它們的作用與起止日選項相同,不同的是給出了從日志起的位置號。使用日志位置是更準確的恢復方法,特別是當由于破壞性SQL語句同時發生許多事務的時候。要想確定位置號,可以運行mysqlbinlog尋找執行了不期望的事務的時間范圍,但應將結果重新指向文本文件以便進行檢查。操作方法為:  mysqlbinlog?--start-date="2005-04-20?9:55:00"?--stop-date="2005-04-20?10:05:00"?  ??????/var/log/mysql/bin.123456?&gt;?/tmp/mysql_restore.sql  該命令將在/tmp目錄創建小的文本文件,將顯示執行了錯誤的SQL語句時的SQL語句。你可以用文本編輯器打開該文件,尋找你不要想重復的語句。如果二進制日志中的位置號用于停止和繼續恢復操作,應進行注釋。用log_pos加一個數字來標記位置。使用位置號恢復了以前的備份文件后,你應從命令行輸入下面內容:    mysqlbinlog?--stop-position="368312"?/var/log/mysql/bin.123456?  ????|?mysql?-u?root?-pmypwd?  ?  mysqlbinlog?--start-position="368315"?/var/log/mysql/bin.123456?  ????|?mysql?-u?root?-pmypwd??  上面的第1行將恢復到停止位置為止的所有事務。下一行將恢復從給定的起始位置直到二進制日志結束的所有事務。因為mysqlbinlog的輸出包括每個SQL語句記錄之前的SET?TIMESTAMP語句,恢復的數據和相關MySQL日志將反應事務執行的原時間。
? 版權聲明
THE END
喜歡就支持一下吧
點贊15 分享