Innodb 表空間卸載、遷移、裝載

      從MySQL的Innodb特性中我們知道，Inndob的表空間有共享和獨享的特點，如果是共享的。則默認會把表空間存放在一個文件中（ibdata1），當開啟獨享表空間參數Innodb_file_per_table時，會為每個Innodb表創建一個.ibd的文件。文章討論在獨享表空間卸載、裝載、遷移Innodb表的情況。

條件：

2台服務器：A和B，需要A服務器上的表遷移到B服務器。

Innodb表：sysUser，記錄數：351781。

以下測試在MySQL 5.5.34中進行。

開始處理：

1：在B服務器上建立sysUser表，並且執行：

zjy@B : db_test 09:50:30>alter table sysUser discard tablespace;

2：把A服務器表的表空間（ibd）復制到B服務器的相應數據目錄。

3：修改復制過來的ibd文件權限：

chown mysql:mysql sysUser.ibd

4：最后就開始加載：

zjy@B : db_test 10:00:03>alter table sysUser import tablespace;
ERROR 1030 (HY000): Got error -1 from storage engine

報錯了，查看錯誤日志：

131112 10:05:44  InnoDB: Error: tablespace id and flags in file './db_test/sysUser.ibd' are 2428 and 0, but in the InnoDB
InnoDB: data dictionary they are 2430 and 0.
InnoDB: Have you moved InnoDB .ibd files around without using the
InnoDB: commands DISCARD TABLESPACE and IMPORT TABLESPACE?
InnoDB: Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting-datadict.html
InnoDB: for how to resolve the issue.
131112 10:05:44  InnoDB: cannot find or open in the database directory the .ibd file of
InnoDB: table `db_test`.`sysUser`
InnoDB: in ALTER TABLE ... IMPORT TABLESPACE

當遇到這個的情況：A服務器上的表空間ID 為2428，而B服務器上的表空間ID為2430。所以導致這個錯誤發生，解決辦法是：讓他們的表空間ID一致，即：B找出表空間ID為2428的表（CREATE TABLE innodb_monitor (a INT) ENGINE=INNODB;），修改成和sysUser表結構一樣的的表，再import。要不就把A服務器的表空間ID增加到大於等於B的表空間ID。（需要新建刪除表來增加ID）

要是A的表空間ID大於B的表空間ID，則會有：

131112 11:01:45  InnoDB: Error: tablespace id and flags in file './db_test/sysUser.ibd' are 44132 and 0, but in the InnoDB
InnoDB: data dictionary they are 2436 and 0.
InnoDB: Have you moved InnoDB .ibd files around without using the
InnoDB: commands DISCARD TABLESPACE and IMPORT TABLESPACE?
InnoDB: Please refer to
InnoDB: http://dev.mysql.com/doc/refman/5.5/en/innodb-troubleshooting-datadict.html
InnoDB: for how to resolve the issue.
131112 11:01:45  InnoDB: cannot find or open in the database directory the .ibd file of
InnoDB: table `db_test`.`sysUser`
InnoDB: in ALTER TABLE ... IMPORT TABLESPACE

這時的情況：A服務器上的表空間ID 為44132，而B服務器上的表空間ID為2436。（因為A是測試機子，經常做還原操作，所以表空間ID已經很大了，正常情況下。表空間ID不可能這么大。

既然表空間ID不對導致這個錯誤報出，那我們手動的讓B的表空間ID追上A的表空間ID。

需要建立的表數量：44132-2436 = 41696個，才能追上。因為他本身就需要再建立一個目標表，所以需要建立的表數量為：41695。不過安全起見，最好也不要超過41695，以防B的表空間ID超過了A，則比如設置安全的值：41690，即使B沒有到達A表空間ID的值，也應該差不多了，可以再手動的去增加。用一個腳本跑（需要建立的表比較多），少的話完全可以自己手動去處理：

#!/bin/env python
# -*- encoding: utf-8 -*-

import MySQLdb
import datetime

def create_table(conn):
    query = '''
create table tmp_1 (id int) engine =innodb
    '''
    cursor = conn.cursor()
    cursor.execute(query)
    conn.commit()
def drop_table(conn):
    query = '''
drop table tmp_1
    '''
    cursor = conn.cursor()
    cursor.execute(query)
    conn.commit()

if __name__ == '__main__':
    conn = MySQLdb.connect(host='B',user='zjy',passwd='123',db='db_test',port=3306,charset='utf8')
    for i in range(41690):
        print i
        create_table(conn)
        drop_table(conn)

也可以開啟多線程去處理，加快效率。

當執行完之后，再重新按照上面的1-3步驟進行一次，最后再裝載：

zjy@B : db_test 01:39:23>alter table sysUser import tablespace;
Query OK, 0 rows affected (0.00 sec)

要是再提示A表空間ID大於B表的話，就再手動的按照腳本里面的方法來增加ID，這時候就只需要增加個位數就可以追上A的表空間ID了。

總結：

上面只是一個方法，雖然可以遷移Innodb，但是出問題之后可能會引其Innodb的頁損壞，所以最安全的還是直接用mysqldump、xtrabackup等進行遷移。

5.6 可以不用考慮這些tablespace id，可以直接import 進來。

2013-11-12 15:25:09 2378 [Note] InnoDB: Sync to disk
2013-11-12 15:25:09 2378 [Note] InnoDB: Sync to disk - done!
2013-11-12 15:25:09 2378 [Note] InnoDB: Phase I - Update all pages
2013-11-12 15:25:09 2378 [Note] InnoDB: Sync to disk
2013-11-12 15:25:09 2378 [Note] InnoDB: Sync to disk - done!
2013-11-12 15:25:09 2378 [Note] InnoDB: Phase III - Flush changes to disk
2013-11-12 15:25:09 2378 [Note] InnoDB: Phase IV - Flush complete

 

更多信息見:

http://www.iamcjd.com/?p=1307 p10~13

http://imysql.cn/2008_12_17_migrate_innodb_tablespace_smoothly

http://www.chriscalender.com/?p=28