MySQL 備份恢復單個innodb表

時間 2019-12-21

標籤 mysql 備份恢復單個 innodb 欄目 MySQL 简体版

原文原文鏈接

在實際環境中，時不時須要備份恢復單個或多個表（注意：這裏除非明確指定，所說的表一概指InnoDB表），而對於innodb引擎恢復單個表須要總體的恢復，xtrabackup也能夠單個表恢復，只不過是用的正則過濾的，不知最新版本是否支持表空間傳輸特性。本文將要說說怎麼移動或複製部分或所有的表到另外一臺服務器上，而所要用到的技術點就是transportable tablespace特性，這就意味着MySQL5.6.6以及以上版本才支持。mysql

表空間傳輸特性容許表空間從一個實例移動到另外一個實例上。這在之前版本上，這對InnoDB表空間是不可能的，由於全部的表數據都是系統表空間的一部分。linux

在MySQL5.6.6以及更改版本，FLUSH TABLES ... FOR EXPORT 語法準備將InnoDB表複製到另外一臺服務器，而後在另外一臺服務器上執行ALTER TABLE ... DISCARD TABLESPACE 和 ALTER TABLE ... IMPORT TABLESPACE 將數據導入。將.cfg 和 .ibd 文件複製過去，用於在導入時更新表元數據，如空間ID。web

使用限制和說明

innodb_file_per_table必須設置爲on，在 MySQL5.6.6版本默認是開啓的。居留在共享系統表空間的表不能靜默。sql
當表靜默時，只有只讀事務被容許。shell
當導入表空間時，頁面大小必須與導入實例的頁面大小相符合。ubuntu
DISCARD TABLESPACE 不支持分區表，也就意味着transportable tablespaces 也不支持分區表。若是在分區表上執行ALTER TABLE ... DISCARD TABLESPACE 將會返回下面的錯誤信息：ERROR 1031 (HY000): Table storage engine for 'part' doesn't have this option.windows
當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可能更有用的。ide
導出導入的MySQL版本須要相同。不然，文件必需要在導入的服務器上建立。
在複製架構中，主和從必須設置innodb_file_per_table=1。
在windows中，文件是不區分大小寫的，而Linux和unix是區分大小寫的，在跨平臺導入導出時，須要設置lower_case_table_names=1。

將表空間複製到另外一臺上

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

在server_A上

1
2

mysql> use test;
mysql> CREATE TABLE ttlsa(id INT) engine=InnoDB;
在server_B上

1
2

mysql> use test;
mysql> CREATE TABLE ttlsa(id INT) engine=InnoDB;
在server_B上
放棄現有的表空間。在表空間導入前，InnoDB必須丟棄已鏈接到接受表的表空間。

1

mysql> ALTER TABLE ttlsa DISCARD TABLESPACE;
在server_A上
執行FLUSH TABLES ... FOR EXPORT語句靜默表並生成.cfg元數據文件。FLUSH TABLES ... FOR EXPORT 這個執行以後，會話不能退出，不然cfg自動消失。

1
2

mysql> use test;
mysql> FLUSH TABLES ttlsa FOR EXPORT;

文件.cfg建立在InnoDB數據目錄。
在server_A上
複製.ibd和.cfg文件到server_B上

1

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

文件.ibd和.cfg必須在釋放共享鎖以前複製。
在server_A上
釋放FLUSH TABLES ... FOR EXPORT語句鎖

1
2

mysql> use test;
mysql> UNLOCK TABLES;
在server_B上
導入表空間

1
2

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 線程將重啓
日誌信息以下：

1
2

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