InnoDB數(shù)據(jù)表空間文件平滑遷移
如何遷移？
從MySQL文檔中我們了解到，InnoDB的表空間可以是共享的或獨(dú)立的。如果是共享表空間，則所有的表空間都放在一個(gè)文件里：ibdata1,ibdata2..ibdataN，這種情況下，目前應(yīng)該還沒辦法實(shí)現(xiàn)表空間的遷移，除非完全遷移，因此不在本次討論之列；我們只討論獨(dú)立表空間的情況。
不管是共享還是獨(dú)立表空間，InnoDB每個(gè)數(shù)據(jù)表的元數(shù)據(jù)(metadata)總是保存在 ibdata1 這個(gè)共享表空間里，因此該文件必不可少，它還可以用來保存各種數(shù)據(jù)字典等信息。數(shù)據(jù)字典中，會(huì)保存每個(gè)數(shù)據(jù)表的ID號，每次發(fā)生數(shù)據(jù)表空間新增時(shí)，都會(huì)使得該ID自增一個(gè)值(++1)，例如：CREATE TABLE xx ENGINE = InnoDB / ALTER TABLE xx ENGINE = InnoDB 都會(huì)使得ID值增加。
有了上面的理解，想要實(shí)現(xiàn)InnoDB表空間文件的平滑遷移就很容易了，呵呵。下面是一些例子：
假定我們有2臺DB主機(jī)，一個(gè)是A，一個(gè)B,現(xiàn)在想把A上的某個(gè)InnoDB表空間文件遷移到B上直接用。
一、遷移失敗的例子
直接從A上把表空間文件 yejr.ibd 拷貝到 B 上后，導(dǎo)入表空間，報(bào)錯(cuò)，無法使用。這是由于A，B上創(chuàng)建該表時(shí)的順序不一致，導(dǎo)致表的ID不一樣，無法導(dǎo)入。
注意：在這里，表空間文件直接拷貝的前提是該表空間處于"干凈"狀態(tài)下，也就是所有的數(shù)據(jù)均已經(jīng)刷新到磁盤中，否則可能導(dǎo)致無法使用或部分?jǐn)?shù)據(jù)丟失。
1. 在B上將舊的表空間廢棄
(root@imysql.cn/17:52:47)[yejr]>ALTER TABLE yejr DISCARD TABLESPACE; Query OK, 0 rows affected (0.00 sec) |
2. 拷貝到目標(biāo)機(jī)器
scp yejr.ibd B:/home/mysql/yejr/yejr.ibd .... |
3. 啟用該表空間
(root@imysql.cn/17:52:47)[yejr]>ALTER TABLE yejr IMPORT TABLESPACE; ERROR 1030 (HY000): Got error -1 from storage engine |
4. 查看錯(cuò)誤
InnoDB: Operating system error number 13 in a file operation. |
5. 很明顯，是權(quán)限的問題，修正過來，然后重新導(dǎo)入
(root@imysql.cn/17:52:47)[yejr]>ALTER TABLE yejr DISCARD TABLESPACE; ERROR 1030 (HY000): Got error -1 from storage engine |
6. 怎么還是錯(cuò)誤？繼續(xù)看日志
InnoDB: Error: tablespace id in file './yejr/yejr.ibd' is 15, but in the InnoDB InnoDB: data dictionary it is 13. 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.0/en/innodb-troubleshooting.html InnoDB: for how to resolve the issue. InnoDB: cannot find or open in the database directory the .ibd file of InnoDB: table `yejr/yejr` InnoDB: in ALTER TABLE ... IMPORT TABLESPACE |
從上面的日志得知，由于在A服務(wù)器上，yejr表的ID是15，而在B服務(wù)器上，yejr表的ID卻是13，二者不一致，因此遷移失敗。
既然只是因?yàn)镮D不一樣，而且有了上面的理論基礎(chǔ)，我們完全可以人為的讓它們的ID一致嘛，請看下面的第2次嘗試。
二、人工干預(yù)下的成功遷移
1. 上面的例子中，B上面的yejr表ID為13，而A上面為15；因此只需要讓B上的yejr表ID增加2就可以了。
(root@imysql.cn/17:52:47)[yejr]>ALTER TABLE yejr RENAME TO yejr1; Query OK, 0 rows affected (0.00 sec) #這個(gè)時(shí)候,yejr的ID變?yōu)?4 (root@imysql.cn/17:52:47)[yejr]>ALTER TABLE yejr1 RENAME TO yejr; Query OK, 0 rows affected (0.00 sec) #這個(gè)時(shí)候,yejr的ID變?yōu)?5 |
2. 然后，我們再導(dǎo)入
(root@imysql.cn/17:52:47)[yejr]>ALTER TABLE yejr IMPORT TABLESPACE; Query OK, 0 rows affected (0.00 sec) (root@imysql.cn/17:52:47)[yejr]>select count(*) from yejr; +----------+ | count(*) | +----------+ | 3 | +----------+ 1 row in set (0.00 sec) |
看到了吧，成功了，呵呵。想要讓其它ID增加的方式也可以重復(fù)創(chuàng)建表，根據(jù)實(shí)際情況或者個(gè)人喜好而定了。
以上測試均在MySQL 5.0.67版本下通過，只不過顯示數(shù)據(jù)稍作處理了。
【編輯推薦】
