快捷導(dǎo)航

mysql Innodb表空間卸載、遷移、裝載的使用方法

更新時(shí)間：2013年11月15日 16:05:53 作者：

從MySQL的Innodb特性中我們知道，Inndob的表空間有共享和獨(dú)享的特點(diǎn)，如果是共享的。則默認(rèn)會(huì)把表空間存放在一個(gè)文件中（ibdata1），當(dāng)開啟獨(dú)享表空間參數(shù)Innodb_file_per_table時(shí)，會(huì)為每個(gè)Innodb表創(chuàng)建一個(gè).ibd的文件。文章討論在獨(dú)享表空間卸載、裝載、遷移Innodb表的情況

條件：
2臺(tái)服務(wù)器：A和B，需要A服務(wù)器上的表遷移到B服務(wù)器。
Innodb表：sysUser，記錄數(shù)：351781。
以下測(cè)試在MySQL 5.5.34中進(jìn)行。
開始處理：
1：在B服務(wù)器上建立sysUser表，并且執(zhí)行：

復(fù)制代碼代碼如下:

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

2：把A服務(wù)器表的表空間（ibd）復(fù)制到B服務(wù)器的相應(yīng)數(shù)據(jù)目錄。
3：修改復(fù)制過來的ibd文件權(quán)限：

復(fù)制代碼代碼如下:

chown mysql:mysql sysUser.ibd

4：最后就開始加載：

復(fù)制代碼代碼如下:

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

報(bào)錯(cuò)了，查看錯(cuò)誤日志：

復(fù)制代碼代碼如下:

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.
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

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

要是A的表空間ID大于B的表空間ID，則會(huì)有：

復(fù)制代碼代碼如下:

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.
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

這時(shí)的情況：A服務(wù)器上的表空間ID 為44132，而B服務(wù)器上的表空間ID為2436。（因?yàn)锳是測(cè)試機(jī)子，經(jīng)常做還原操作，所以表空間ID已經(jīng)很大了，正常情況下。表空間ID不可能這么大。

既然表空間ID不對(duì)導(dǎo)致這個(gè)錯(cuò)誤報(bào)出，那我們手動(dòng)的讓B的表空間ID追上A的表空間ID。

需要建立的表數(shù)量：44132-2436 = 41696個(gè)，才能追上。因?yàn)樗旧砭托枰俳⒁粋€(gè)目標(biāo)表，所以需要建立的表數(shù)量為：41695。不過安全起見，最好也不要超過41695，以防B的表空間ID超過了A，則比如設(shè)置安全的值：41690，即使B沒有到達(dá)A表空間ID的值，也應(yīng)該差不多了，可以再手動(dòng)的去增加。用一個(gè)腳本跑（需要建立的表比較多），少的話完全可以自己手動(dòng)去處理：

復(fù)制代碼代碼如下:

#!/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)

也可以開啟多線程去處理，加快效率。
當(dāng)執(zhí)行完之后，再重新按照上面的1-3步驟進(jìn)行一次，最后再裝載：

復(fù)制代碼代碼如下:

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

要是再提示A表空間ID大于B表的話，就再手動(dòng)的按照腳本里面的方法來增加ID，這時(shí)候就只需要增加個(gè)位數(shù)就可以追上A的表空間ID了。
總結(jié)：
上面只是一個(gè)方法，雖然可以遷移Innodb，但是出問題之后可能會(huì)引其Innodb的頁損壞，所以最安全的還是直接用mysqldump、xtrabackup等進(jìn)行遷移。
5.6 可以不用考慮這些tablespace id，可以直接import 進(jìn)來。

復(fù)制代碼代碼如下:

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

您可能感興趣的文章: