MySQL中怎么備份恢復單個innodb表

MySQL中怎么備份恢復單個innodb表，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

　　使用限制和說明

　　innodb_file_per_table必須設置為on，在 MySQL5.6.6版本默認是開啟的。居留在共享系統表空間的表不能靜默。

　　當表靜默時，只有只讀事務被允許。

　　當導入表空間時，頁面大小必須與導入實例的頁面大小相符合。

　　DISCARD TABLESPACE 不支持分區表，也就意味著transportable tablespaces 也不支持分區表。如果在分區表上執行ALTER TABLE ... DISCARD TABLESPACE 將會返回下面的錯誤信息：ERROR 1031 (HY000): Table storage engine for 'part' doesn't have this option.

　　當foreign_key_checks=1時，DISCARD TABLESPACE 不支持主鍵外鍵約束關系。操作這些表時需要設置為foreign_key_checks。

　　ALTER TABLE ... IMPORT TABLESPACE 不強制外鍵約束。如果表之間有外鍵約束，所有的表應該在同一個時間點被導出。

　　ALTER TABLE ... IMPORT TABLESPACE 導入表空間不要求.cfg元數據文件。然而在導入時缺少了.cfg文件元數據檢查就無法完成，或返回下面的信息：InnoDB: IO Read error: (2, No such file or directory) Error opening '.\test\t.cfg', will attempt to import without schema verification 1 row in set (0.00 sec) 。

　　當沒有不匹配的表結構時，導入沒有.cfg文件可能會更方便。此外，在元數據不能從.ibd文件中收集的故障恢復時，導入沒有.cfg可能更有用的。

　　導出導入的MySQL版本需要相同。否則，文件必須要在導入的服務器上創建。

　　在復制架構中，主和從必須設置innodb_file_per_table=1。

　　在windows中，文件是不區分大小寫的，而Linux和unix是區分大小寫的，在跨平臺導入導出時，需要設置lower_case_table_names=1。

　　將表空間復制到另一臺上

　　此過程將演示如何從一個運行的MySQL服務器實例上將表空間復制到另一臺上。假設源實例為server_A，目的實例為server_B。

　　在server_A上

　　mysql> use test;

　　mysql> CREATE TABLE ttlsa(id INT) engine=InnoDB;

　　在server_B上

　　mysql> use test;

　　mysql> CREATE TABLE ttlsa(id INT) engine=InnoDB;

　　在server_B上

　　放棄現有的表空間。在表空間導入前，InnoDB必須丟棄已連接到接受表的表空間。

　　1mysql> ALTER TABLE ttlsa DISCARD TABLESPACE;

　　在server_A上

　　執行FLUSH TABLES ... FOR EXPORT語句靜默表并生成.cfg元數據文件。FLUSH TABLES ... FOR EXPORT 這個執行之后，會話不能退出，否則cfg自動消失。

　　mysql> use test;

　　mysql> FLUSH TABLES ttlsa FOR EXPORT;

　　文件.cfg創建在InnoDB數據目錄。

　　在server_A上

　　復制.ibd和.cfg文件到server_B上;

　　shell> scp /path/to/datadir/test/ttlsa.{ibd,cfg} destination-server:/path/to/datadir/test

　　文件.ibd和.cfg必須在釋放共享鎖之前復制。

　　在server_A上

　　釋放FLUSH TABLES ... FOR EXPORT語句鎖

　　mysql> use test;

　　mysql> UNLOCK TABLES;

　　在server_B上

　　導入表空間

　　mysql> use test;

　　mysql> ALTER TABLE ttlsa IMPORT TABLESPACE;

　　Transportable Tablespace 內幕

　　以下說明在表空間傳輸過程中的內部和錯誤日志信息。

　　當在server_B上執行ALTER TABLE ... DISCARD TABLESPACE

　　該表鎖定在X模式下;

　　表空間從該表分離;

　　當在server_A上執行FLUSH TABLES ... FOR EXPORT

　　表鎖定在共享模式下;

　　purge coordinator 線程停止;

　　臟頁被同步到磁盤上;

　　表元數據寫入到二進制.cfg文件中;

　　日志信息如下：

　　[Note] InnoDB: Sync to disk of '"test"."ttlsa"' started.

　　[Note] InnoDB: Stopping purge

　　[Note] InnoDB: Writing table metadata to './test/ttlsa.cfg'

　　[Note] InnoDB: Table '"test"."ttlsa"' flushed to disk

　　當在server_A上執行UNLOCK TABLES

　　二進制.cfg文件將刪除;

　　共享鎖將釋放，purge coordinator 線程將重啟;

　　日志信息如下：

　　[Note] InnoDB: Deleting the meta-data file './test/ttlsa.cfg'

　　[Note] InnoDB: Resuming purge

　　當在server_B上執行ALTER TABLE ... IMPORT TABLESPACE

　　每個表空間頁面將檢查損壞;

　　每個空間ID和日志序號(LSN)將更新;

　　標志有效的和LSN更新頭頁;

　　Btree頁將更新;

　　頁面狀態被設置為臟將被寫入到磁盤;

　　日志信息如下：

　　[Note] InnoDB: Importing tablespace for table 'test/ttlsa' that was exported from host 'ubuntu'

　　[Note] InnoDB: Phase I - Update all pages

　　[Note] InnoDB: Sync to disk

　　[Note] InnoDB: Sync to disk - done!

　　[Note] InnoDB: Phase III - Flush changes to disk

　　[Note] InnoDB: Phase IV - Flush complete

看完上述內容，你們掌握MySQL中怎么備份恢復單個innodb表的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！