本文目錄一覽：
MySQL資料庫備份方法
MyISAM 表是保存成文件的形式，因此相對比較容易備份，上面提到的幾種方法都可以使用。Innodb 所有的表都保存在同一個數據文件 ibdata1 中（也可能是多個文件，或者是獨立的表空間文件），相對來說比較不好備份，免費的方案可以是拷貝數據文件、備份 binlog，或者用 mysqldump。1. 使用直接拷貝資料庫備份 典型的如cp、tar或cpio實用程序當你使用直接備份方法時，必須保證表不在被使用。如果伺服器在你正在拷貝一個表時改變它，拷貝就失去意義。保證你的拷貝完整性的最好方法是關閉伺服器，拷貝文件，然後重啟伺服器。 如果你不想關閉伺服器，要在執行表檢查的同時鎖定伺服器。如果伺服器在運行，相同的制約也適用於拷貝文件，應該使用相同的鎖定協議讓伺服器「安靜下來」。當你完成了MySQL資料庫備份時，需要重啟伺服器（如果關閉了它）或釋放加在表上的鎖定（如果你讓伺服器運行）。 要用直接拷貝文件把一個資料庫從一台機器拷貝到另一台機器上，只是將文件拷貝到另一台伺服器主機的適當數據目錄下即可。要確保文件是MyIASM格式或兩台機器有相同的硬體結構，否則你的資料庫在另一台主機上有奇怪的內容。你也應該保證在另一台機器上的伺服器在你正在安裝資料庫表時不訪問它們。2. 使用mysqldump資料庫備份mysqldump 是採用SQL級別的備份機制，它將數據表導成 SQL 腳本文件，在不同的 MySQL 版本之間升級時相對比較合適，這也是最常用的備份方法。mysqldump程序備份資料庫較慢，但它生成的文本文件便於移植。mysqldump 的一些主要參數：1）–compatible=name它告訴 mysqldump，導出的數據將和哪種資料庫或哪箇舊版本的 MySQL 伺服器相兼容。值可以為 ansi、mysql323、mysql40、postgresql、oracle、mssql、db2、maxdb、no_key_options、no_tables_options、no_field_options 等，要使用幾個值，用逗號將它們隔開。當然了，它並不保證能完全兼容，而是盡量兼容。2）–complete-insert，-c導出的數據採用包含欄位名的完整 INSERT 方式，也就是把所有的值都寫在一行。這麼做能提高插入效率，但是可能會受到 max_allowed_packet 參數的影響而導致插入失敗。因此，需要謹慎使用該參數，至少我不推薦。3）–default-character-set=charset指定導出數據時採用何種字符集，如果數據表不是採用默認的 latin1 字符集的話，那麼導出時必須指定該選項，否則再次導入數據後將產生亂碼問題。4）–disable-keys告訴mysqldump 在 INSERT 語句的開頭和結尾增加 ; 和 ; 語句，這能大大提高插入語句的速度，因為它是在插入完所有數據後才重建索引的。該選項只適合 MyISAM 表。5）–extended-insert = true|false默認情況下，mysqldump 開啟 –complete-insert 模式，因此不想用它的的話，就使用本選項，設定它的值為 false 即可。6）–hex-blob使用十六進位格式導出二進位字元串欄位。如果有二進位數據就必須使用本選項。影響到的欄位類型有 BINARY、VARBINARY、BLOB。7）–lock-all-tables，-x在開始導出之前，提交請求鎖定所有資料庫中的所有表，以保證數據的一致性。這是一個全局讀鎖，並且自動關閉 –single-transaction 和 –lock-tables 選項。8）–lock-tables它和–lock-all-tables 類似，不過是鎖定當前導出的數據表，而不是一下子鎖定全部庫下的表。本選項只適用於 MyISAM 表，如果是 Innodb 表可以用 –single-transaction 選項。9）–no-create-info，-t只導出數據，而不添加 CREATE TABLE 語句。10）–no-data，-d不導出任何數據，只導出資料庫表結構。11）–opt這只是一個快捷選項，等同於同時添加 –add-drop-tables –add-locking –create-option –disable-keys –extended-insert –lock-tables –quick –set-charset 選項。本選項能讓 mysqldump 很快的導出數據，並且導出的數據能很快導回。該選項默認開啟，但可以用 –skip-opt 禁用。注意，如果運行 mysqldump 沒有指定 –quick 或 –opt 選項，則會將整個結果集放在內存中。如果導出大資料庫的話可能會出現問題。12）–quick，-q該選項在導出大表時很有用，它強制 mysqldump 從伺服器查詢取得記錄直接輸出而不是取得所有記錄後將它們緩存到內存中。13）–routines，-R導出存儲過程以及自定義函數。14）–single-transaction該選項在導出數據之前提交一個 BEGIN SQL語句，BEGIN 不會阻塞任何應用程序且能保證導出時資料庫的一致性狀態。它只適用於事務表，例如 InnoDB 和 BDB。本選項和 –lock-tables 選項是互斥的，因為 LOCK TABLES 會使任何掛起的事務隱含提交。要想導出大表的話，應結合使用 –quick 選項。–triggers同時導出觸發器。該選項默認啟用，用 –skip-triggers 禁用它。備份：使用mysqldump備份資料庫其實就是把資料庫轉儲成一系列CREATE TABLE和INSERT語句，通過這些語句我們就可重新生成資料庫。使用mysqldump的方法如下：% mysqldump –opt testdb | gzip /data/backup/testdb.bak#–opt選項會對轉儲過程進行優化，生成的備份文件會小一點，後的管道操作會進行數據壓縮% mysqldump –opt testdb mytable1,mytable2 | gzip /data/backup/testdb_mytable.bak#可在資料庫後接數據表名，只導出指定的數據表，多個數據表可用逗號分隔–opt選項還可激活–add-drop-table選項，它將會在備份文件的每條CREATE TABLE前加上一條DROP TABLE IF EXISTS語句。這可方便進行數據表的更新，而不會發生「數據表已存在」的錯誤。用mysqldump命令還可直接把資料庫轉移到另外一台伺服器上，不用生成備份文件。重複執行可定期更新遠程資料庫。% mysqladmin -h remote_host create testdb% mysqldump –opt testdb | mysql -h remote_host testdb另外還可通過ssh遠程調用伺服器上的程序，如：% ssh remote_host mysqladmin create testdb% mysqldump –opt testdb | ssh remote_host mysql testdb 通過直接拷貝系統文件的方式備份資料庫，在備份時，要確保沒有人對資料庫進行修改操作。要做到這點，最好關閉伺服器。如果不能關閉的，要以只讀方試鎖定有關數據表。下面是一些示例：% cp -r db /backup/db #備份db資料庫到/backup/db目錄% cp table_name.* /backup/db #只備份table_name數據表% scp -r db remotehot:/usr/local/mysql/data #用scp把資料庫直接拷貝到遠程伺服器，在把資料庫直接拷貝到遠程主機時，應注意兩台機器必須有同樣的硬體結構，或者將拷貝的數據表全部是可移植數據表類型。或者/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –extended-insert=false \–triggers -R –hex-blob -x testdb testdb.sql使用以下 SQL 來備份 Innodb 表：/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –extended-insert=false \–triggers -R –hex-blob –single-transaction testdb testdb.sql另外，如果想要實現在線備份，還可以使用 –master-data 參數來實現，如下：/usr/local/mysql/bin/mysqldump -uroot -proot \–default-character-set=utf8 –opt –master-data=1 \–single-transaction –flush-logs testdb testdb.sql它只是在一開始的瞬間請求鎖表，然後就刷新binlog了，而後在導出的文件中加入CHANGE MASTER 語句來指定當前備份的binlog位置，如果要把這個文件恢復到slave里去，就可以採用這種方法來做。 還原：用mysqldump 備份出來的文件是一個可以直接倒入的 SQL 腳本，有兩種方法可以將數據導入。直接用 mysql 客戶端例如：/usr/local/mysql/bin/mysql -uroot -proot testdb testdb.sql用SOURCE 語法其實這不是標準的 SQL 語法，而是 mysql 客戶端提供的功能，例如：SOURCE /tmp/testdb.sql;這裡需要指定文件的絕對路徑，並且必須是 mysqld 運行用戶(例如 nobody)有許可權讀取的文件。 3. 使用mysqlhotcopy資料庫備份 使用mysqlhotcopy工具，它是一個Perl DBI腳本，可在不關閉伺服器的情況下備份資料庫，mysqlhotcopy 是一個 PERL 程序，最初由Tim Bunce編寫。它使用 LOCK TABLES、FLUSH TABLES 和 cp 或 scp 來快速備份資料庫。它是備份資料庫或單個表的最快的途徑，但它只能運行在資料庫文件（包括數據表定義文件、數據文件、索引文件）所在的機器上。mysqlhotcopy 只能用於備份 MyISAM，並且只能運行在 類Unix 和 NetWare 系統上。它主要的優點是：它直接拷貝文件，所以它比mysqldump快。可自動完成數據鎖定工作，備份時不用關閉伺服器。能刷新日誌，使備份文件和日誌文件的檢查點能保持同步。備份：mysqlhotcopy 支持一次性拷貝多個資料庫，同時還支持正則表達。以下是幾個例子：/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=root \testdb /tmp (把資料庫目錄 testdb 拷貝到 /tmp 下)/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=root \testdb_1 testdb_2 testdb_n /tmp/usr/local/mysql/bin/mysqlhotcopy -h=localhost -u=root -p=root \testdb./regex/ /tmp 還原：mysqlhotcopy 備份出來的是整個資料庫目錄，使用時可以直接拷貝到 mysqld 指定的 datadir (在這裡是 /usr/local/mysql/data/)目錄下即可，同時要注意許可權的問題，如下例：cp -rf testdb /usr/local/mysql/data/chown -R nobody:nobody /usr/local/mysql/data/ (將 testdb 目錄的屬主改成 mysqld 運行用戶) 4. 使用SQL語句資料庫備份 BACKUP TABLE 語法其實和 mysqlhotcopy 的工作原理差不多，都是鎖表，然後拷貝數據文件。它能實現在線備份，但是效果不理想，因此不推薦使用。它只拷貝表結構文件和數據文件，不同時拷貝索引文件，因此恢復時比較慢。備份：BACK TABLE tbl_test TO ‘/tmp/testdb/’; #把tbl_test資料庫備份到/tmp/testdb/目錄里，會自動創建一個testdb目錄 為了執行該語句，你必須擁有那些表的FILE許可權和SELECT許可權，備份目錄還必須是伺服器可寫的。該語句執行時，會先把內存中的數據寫入磁碟，再把各個數據表的.frm(表結構定義文件)、.MYD(數據)文件從數據目錄拷貝到備份目錄。它不拷貝.MYI(索引)文件，因為它能用另外兩個文件重建。BACKUP TABLE語句備份時，依次鎖定數據表，當同時備份多個數據表時，數據表可能會被修改，所以備份0完成時，備份文件中的數據和現時數據表中的數據可能會有差異，為了消除該差異，我們可用只讀方式鎖定數據表，在備份完成後再解鎖。如：mysql LOCK TABLES tb1 READ,tb2 READ;mysql BACKUP TABLE tb1,tb2 TO ‘backup/db’;mysql UNLOCK TABLES;使用BACKUP TABLE語句備份的數據表可用RESTORE TABLE重新載入到伺服器。注意，必須要有 FILE 許可權才能執行本SQL，並且目錄 /tmp/testdb/ 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。SELECT INTO OUTFILE 則是把數據導出來成為普通的文本文件，可以自定義欄位間隔的方式，方便處理這些數據。例子：SELECT * INTO OUTFILE ‘/tmp/testdb/tbl_test.txt’ FROM tbl_test;注意，必須要有 FILE 許可權才能執行本SQL，並且文件 /tmp/testdb/tbl_test.txt 必須能被 mysqld 用戶可寫，導出的文件不能覆蓋已經存在的文件，以避免安全問題。還原：用BACKUP TABLE 方法備份出來的文件，可以運行 RESTORE TABLE 語句來恢複數據表。例子：RESTORE TABLE FROM ‘/tmp/testdb/’;許可權要求類似上面所述。用SELECT INTO OUTFILE 方法備份出來的文件，可以運行 LOAD DATA INFILE 語句來恢複數據表。例子：LOAD DATA INFILE ‘/tmp/testdb/tbl_name.txt’ INTO TABLE tbl_name;許可權要求類似上面所述。倒入數據之前，數據表要已經存在才行。
以上回答你滿意么？
mysql如何備份數據
1.1、 mysqldump命令備份數據
在MySQL中提供了命令行導出資料庫數據以及文件的一種方便的工具mysqldump,我們可以通過命令行直接實現資料庫內容的導出dump,首先我們簡單了解一下mysqldump命令用法:
#MySQLdump常用
mysqldump -u root -p –databases 資料庫1 資料庫2 xxx.sql
1.2、 mysqldump常用操作實例
1.備份全部資料庫的數據和結構
mysqldump -uroot -p123456 -A /data/mysqlDump/mydb.sql
2.備份全部資料庫的結構（加 -d 參數）
mysqldump -uroot -p123456 -A -d /data/mysqlDump/mydb.sql
3.備份全部資料庫的數據(加 -t 參數)
mysqldump -uroot -p123456 -A -t /data/mysqlDump/mydb.sql
4.備份單個資料庫的數據和結構(,資料庫名mydb)
mysqldump -uroot-p123456 mydb /data/mysqlDump/mydb.sql
5.備份單個資料庫的結構
mysqldump -uroot -p123456 mydb -d /data/mysqlDump/mydb.sql
6.備份單個資料庫的數據
mysqldump -uroot -p123456 mydb -t /data/mysqlDump/mydb.sql
7.備份多個表的數據和結構（數據，結構的單獨備份方法與上同）
mysqldump -uroot -p123456 mydb t1 t2 /data/mysqlDump/mydb.sql
8.一次備份多個資料庫
mysqldump -uroot -p123456 –databases db1 db2 /data/mysqlDump/mydb.sql
mysql中備份和還原資料庫的語句什麼啊
一、Mysql資料庫備份指令格式：
mysqldump -h主機名 -P埠 -u用戶名 -p密碼 (–database) 資料庫名 文件名.sql
註：直接cmd執行該指令即可，不需要先mysql -u root -p鏈接資料庫
1、備份MySQL資料庫的命令
mysqldump -hhostname -uusername -ppassword databasename backupfile.sql
2、備份MySQL資料庫為帶刪除表的格式，能夠讓該備份覆蓋已有資料庫而不需要手動刪除原有資料庫。
mysqldump -–add-drop-table -uusername -ppassword databasename backupfile.sql
二、資料庫還原有三種方式：source命令、mysql、gunzip命令
1、source 命令
進入mysql資料庫控制台，
mysql -u root -p
mysqluse 資料庫
然後使用source命令，後面參數為腳本文件（如這裡用到的.sql）
mysqlsource /home/work/db/bkdb.sql
2、mysql
mysql -hhostname -uusername -ppassword databasename backupfile.sql
3、gunzip
gunzip backupfile.sql.gz | mysql -uusername -ppassword databasename
mysql 怎麼備份資料庫
備份語法如下：
mysqldump -u username -p dbname table1 table2 …- BackupName.sql
其中：
dbname參數表示資料庫的名稱；
table1和table2參數表示需要備份的表的名稱，為空則整個資料庫備份；
BackupName.sql參數表設計備份文件的名稱，文件名前面可以加上一個絕對路徑。通常將資料庫被分成一個後綴名為sql的文件；
使用root用戶備份test資料庫下的person表
mysqldump -u root -p test person D:\backup.sql
mysql到底如何備份
數據備份是數據容災的最後一道防線，即便有著兩地三中心的架構，備份也依然重要。如果備份出問題，備份時影響了交易業務，備份數據無法恢復，這些也是企業難以承受的。所以選擇合適的備份工具尤為重要。
每個企業級資料庫都會有配套的備份工具，MEB(MySQL Enterprise Backup)就是MySQL企業版中非常重要的工具之一，是為企業級客戶提供的數據備份方案。
Xtrabackup一直作為MEB 開源版備胎而存在，從MySQL 8.0開始情況可能會變得有所不同。
在 MySQL 8.0的Backup Lock、Redo Log Archiving、Page Tracking等新特性的加持下，MEB備份/恢復體驗會更好，目前xtrabackup還不支持這些特性。
MySQL 企業版還有哪些功能？
特性1：Backup Lock
8.0之前使用xtrabackup或MEB做物理備份，為了保證備份時InnoDB引擎表與其他引擎數據文件、及binlog日誌的一致性會上全局讀鎖，再拷貝非InnoDB文件，這期間MySQL會變成只讀，數據無法寫入。表數量越多，可能加上時間越長，如果使用的xtrabackup 不小心沒加rsync參數，逐個拷貝frm文件，鎖定時間會更長，對業務影響較大。
我曾遇到過部署在虛擬機的實例有12000多張表，當時使用的xtrabackup，備份腳本中沒加rsync參數，結果鎖了十幾分鐘，而MEB就沒有這樣的問題。
MySQL 8.0支持輕量級備份鎖 LOCK INSTANCE FOR BACKUP，數據字典也重構了由InnoDB存儲。若不創建非InnoDB表，MEB默認使用備份鎖獲取binlog日誌一致性位置，並阻止DDL操作，但不影響DML操作。
只有InnoDB表，僅上備份鎖
請點擊輸入圖片描述
若有非InnoDB表，上全局鎖
請點擊輸入圖片描述
特性2：Redo Log Archiving
MEB能做到在線熱備，備份時不影響資料庫讀寫，這是利用了InnoDB事務日誌，在備份期間持續監視redo log的變化，讀取增量變化，寫入到ibbackup_logfile，也就不需要上鎖來保障備份一致性。(對非InnoDB的文件需要上讀鎖拷貝)
如果備份期間資料庫寫入負載特別大，而寫入ibbackup_logfile速度較慢，redo log size也不大，很可能會出現ibbackup_logfile的寫入速度跟不上redo log記錄生成速度，redo log 空間不夠時需要覆寫日誌文件，那麼來不及寫入ibbackup_logfile的記錄會丟失，導致備份失敗。
MEB 4.1對此做了優化，將redo log處理線程拆分成多線程分工合作，提高處理redo log的效率，降低了redo log覆寫造成備份失敗的概率，但redo log新增速度和ibbackup_logfile寫入速度懸殊太大，問題依然會發生。
MySQL 8.0.17支持了redo log archiving 徹底解決了此問題，備份前設置innodb_redo_log_archive_dirs，指定redo log歸檔目錄。MEB備份時自動開啟日誌歸檔，當checkpoint時會將舊記錄歸檔到此目錄，後續從歸檔文件中讀取redo日誌記錄，避免了覆寫可能導致的redo記錄丟失。
請點擊輸入圖片描述
注意：innodb_redo_log_archive_dirs 不能在數據目錄下，目錄許可權要求是700
特性3：Page Tracking
Page Tracking 是為優化增量備份效率，減少不必要的數據頁掃描。
增量備份當前有3種掃描模式：
page-track：利用LSN精確跟蹤上次備份之後被修改頁面，僅複製這些頁面，效率最快。
optimistic：掃描上次備份之後被修改的InnoDB 數據文件中，找出並拷貝修改的頁面。依賴系統時間，使用存在限制。
full-scan：掃描所有InnoDB數據文件，找出並拷貝自上次備份之後修改的頁面，效率最慢
1、利用page-track增量備份，需先安裝備份組件
mysql INSTALL COMPONENT “”;
2、在全備前開啟page-track
SELECT mysqlbackup_page_track_set(true);
3、全備之後，做增量備份時指定若滿足page tracking條件，默認會使用page-track模式，否則會使用full-scan模式，也可以指定–incremental=page-track。
mysqlbackup –incremental-backup-dir=backup_incr –trace=3 –incremental=page-track –incremental-base=history:last_full_backup backup
incremental-base有3種選擇
last_backup：基於前一次備份做增備，前一次備份可能是增備，也可能是全備。這種方式全備之間可能會有多個增備，每次增量可能比較小，但恢復時需要逐個合併。
last_full_backup：基於前一次全備做增備。這種方式增備會越往後體積可能越大，但恢復時只需要合併最後一次增量備份。
dir：基於前一次的備份目錄，前一次備份可能是增備，也可能是全備。
測試對比full-scan 和page-track ，在變更頁小於總體50%的情況下 ，備份效率至少能有1倍的速度提升。
page-track 模式 磁碟讀寫均衡，說明讀寫的都是修改頁面。
請點擊輸入圖片描述
full-scan模式 磁碟讀寫差別很大，說明讀了很多未修改的頁面。
請點擊輸入圖片描述
原創文章，作者：IQYK，如若轉載，請註明出處：https://www.506064.com/zh-tw/n/145559.html
微信掃一掃 
支付寶掃一掃 