MySQL表数据迁移自动化（转载）

转载自：http://www.cnblogs.com/gaizai/archive/2013/03/15/2961868.html

背景（Contexts）

　　之前我写过关于SQL Server的数据迁移自动化的文章：SQL Server 数据库迁移偏方，在上篇文章中设计了一张临时表，这个临时表记录搬迁的配置信息，用一个存储过程读取这张表进行数据的迁移，再由一个Job进行迭代调用这个存储过程。

　　在这次MySQL的实战中，我的数据库已经做了4个分片，分布在不同的4台机器上，每台机器上的数据量有1.7亿（1.7*4=6.8亿），占用空间260G（260*4=1040G），这次迁移的目的就是删除掉一些历史记录，减轻数据库压力，有人说这为什么不使用表分区呢？这跟我们的业务逻辑有关造成无法使用表分区，至于为什么，参考阅读：MySQL表分区实战，其中最重要就是唯一索引的问题，扩展阅读：MySQL当批量插入遇上唯一索引，这篇文章需要了解MySQL的定时器的一些知识：MySQL定时器Events

　　本文与SQL Server 数据库迁移偏方最大的不同就是MySQL的Events不是串行执行的，当作业调用的存储过程还没有执行完毕，但又到了调度的时间，MySQL不会等待上次作业完成之后再调度，所以会造成重复调用读取到相同的数据；而SQL Server并不存在上面的问题。

三.设计思路（Design）

1. 创建一个临时表TempBlog_Log，这个表用于保存每次转移数据的ID起始值和结束值，以及搬迁的开始时间和结束时间；（这个ID是我们要迁移表的主键，自增字段，唯一标识）

2. 创建一个存储过程InsertData()，这个存储过程用于在TempBlog_Log表中插入记录，创建这个存储过程是因为MySQL跟SQL Server有些不同，MySQL不支持匿名存储过程，SQL Server直接执行SQL就可以了，无需为这些SQL再创建一个存储过程，这就是匿名存储过程了；

3. 创建一个存储过程MoveBlogData()，这个存储过程用于在TempBlog_Log表中读取记录，再批量把BlogA数据转移到BlogB中；这个是核心逻辑，解决了定时器重复调度的问题，详情见代码的解释；

4. 创建一个定时器e_Blog, 这个定时器定时调用存储过程MoveBlogData()，但是这里存在重复调度的问题，只能通过存储过程MoveBlogData()进行控制。

四.迁移自动化特点（Points）

1. 该设计适应于大数据的迁移；

2. 可以最小化宕机时间（在转移的过程中BlogA还是一直在进数据的，只是在最后一部分数据的时候需要短时间的停入库操作）；

3. 可以防止MySQL定时器重复执行所带来的问题；

4. 可以实时监控数据转移的进度；

5. 数据迁移可能需要持续好几天的时间，它能保证BlogB的数据会无限的接近BlogA的数据；

五.实现代码（SQL Codes）

(一) 创建临时表TempBlog_Log

-- 创建表 CREATE TABLE TempBlog_Log(
    BeginId INT NOT NULL,
    EndId INT NOT NULL,
    IsDone BIT DEFAULT b'0' NOT NULL,
    BeginTime DATETIME DEFAULT NULL,
    EndTime DATETIME DEFAULT NULL, PRIMARY KEY(BeginId) 
);

下面就对表结构进行字段解释：

1) BeginId、EndId都是ServerA迁移表的主键值，BeginId表示一次数据迁移的起始值，EndId表示一次数据迁移的结束值，两个值的差就是这次数据转移的数据量；

2) IsDone 表示是否已经成功转移数据；

3) BeginTime表示转移的开始时间，EndTime表示转移的结束时间，这两个字段设置缺省值为NULL很关键，是后面进行判断是否重复执行的依据；

 

(二) 创建存储过程InsertData()

-- 存储过程 DELIMITER $$ USE `DataBaseName`$$ DROP PROCEDURE IF EXISTS `InsertData`$$ CREATE DEFINER=`root`@`%` PROCEDURE `InsertData`() BEGIN DECLARE ids_begin,ids_end,ids_increment INT; SET ids_begin=130000000;-- 需要转移开始Id值 SET ids_end=210000000;-- 需要转移结束Id值 SET ids_increment=200000;-- 每次转移的Id量 WHILE ids_begin < ids_end DO INSERT INTO TempBlog_Log(BeginId,EndId) VALUES(ids_begin,ids_begin+ids_increment); SET ids_begin = ids_begin + ids_increment; END WHILE; END$$
    
DELIMITER ;

MySQL中不支持匿名存储过程，所以为了在临时表TempBlog_Log插入记录，只能创建一个存储过程了，如果你还没写过MySQL的存储过程，那么这是一个很好的例子。

1) 为了能在存储过程中使用MySQL的分隔符“;”，DELIMITER $$表示你以“$$”作为分隔符，你也可以使用“//”；

2) 定义变量时，你需要把所有的变量定义完了，之后再进行赋值，不然会报错，这跟SQL Server是有区别的；

3) WHILE条件后面需要加DO，而且要以END WHILE;作为结束标记；

4) 作为存储过程的结束，再次出现“$$”表示已经结束，跟上一个“$$”形成一个整体、过程，并重新设置“;”为分隔符；

5) 执行CALL InsertData();调用上面的存储过程，插入数据，调用完毕的结果如下图Figure1所示：

（Figure1：转移前状态）

 

(三) 创建保留数据的新表BlogB

　　做完上面的准备工作，接下来就是创建与BlogA相同结构的BlogB表了，有些不同的就是不需要在BlogB创建太多的索引，只需要存储两个索引就可以了，一个是ID的聚集索引，一个是唯一索引（在批量插入的时候需要判重）；

　　上面索引是根据我业务上的需求决定的，你需要视情况而定；

 

(四) 创建存储过程MoveBlogData()

DELIMITER $$ USE `DataBaseName`$$ DROP PROCEDURE IF EXISTS `MoveBlogData`$$ CREATE DEFINER=`root`@`localhost` PROCEDURE `MoveBlogData`() BEGIN DECLARE blog_ids_begin INT;-- Id起始值 DECLARE blog_ids_end INT;-- Id结束值 DECLARE blog_ids_max INT;-- BlogA表现在的最大值 DECLARE blog_begintime INT;-- 执行开始时间 DECLARE blog_endtime INT;-- 执行结束时间 -- 查询TempBlog_Log表还没有done的记录 SELECT BeginId,EndId,BeginTime,EndTime INTO blog_ids_begin,blog_ids_end,blog_begintime,blog_endtime FROM TempBlog_Log WHERE IsDone = 0 ORDER BY BeginId LIMIT 0,1; -- 防止了定时器的重复执行 IF(blog_begintime IS NULL AND blog_endtime IS NULL) THEN -- 设置当前最大的Id值 SELECT MAX(ids) INTO blog_ids_max FROM BlogA; -- 防止转移超过当前最大值的Id数据 IF(blog_ids_begin != 0 AND blog_ids_end != 0 AND blog_ids_max >= blog_ids_end) THEN -- 更新执行开始时间 UPDATE TempBlog_Log SET BeginTime = NOW() WHERE BeginId = blog_ids_begin; -- 插入Id段数据，忽略重复值 INSERT IGNORE INTO BlogB (ID,AuthorID,Content,QUOTE,QuoteID,Author,TIME,Url,ImageUrl,Transmits,Comments,HASH,Site,AuthorUID,TYPE,HotTopic,AddOn,QuoteAuthorID,IDs) SELECT ID,AuthorID,Content,QUOTE,QuoteID,Author,TIME,Url,ImageUrl,Transmits,Comments,HASH,Site,AuthorUID,TYPE,HotTopic,AddOn,QuoteAuthorID,IDs FROM BlogA WHERE IDs >= blog_ids_begin AND IDs < blog_ids_end; -- 更新执行结束时间 UPDATE TempBlog_Log SET IsDone = 1,EndTime = NOW() WHERE BeginId = blog_ids_begin; END IF; END IF; END$$

DELIMITER ;

这个存储过程是整个搬迁数据的核心代码，之所以说是核心，是因为它把比较多的细节考虑进去，基本上实现自动化的目的。

1) 代码中IF(blog_begintime IS NULL AND blog_endtime IS NULL) 防止了定时器的重复执行，两个值都为NULL的时候表示这个Id段的数据还没有被转移，这样就可以跳过，不执行下面的逻辑；

2) 查询BlogA的最大值可以防止转移超过当前BlogA最大值的Id数据，只有当blog_ids_max>=blog_ids_end才符合转移的条件；

3) 在MySQL中对唯一索引约束的数据操作有很多的关键字支持，INSERT IGNORE INTO就是在批量插入过程中只插入没有的数据，忽略重复的数据；更多唯一索引的信息：MySQL当批量插入遇上唯一索引

4) 查询中FROM BlogA WHERE IDs >= blog_ids_begin AND IDs < blog_ids_end;需要注意IDs值的闭合关系，不然造成重复数据或者丢失数据；

 

(五) 创建定时器e_Blog

DELIMITER $$ CREATE DEFINER=`root`@`localhost` EVENT `e_blog` ON SCHEDULE EVERY 30 SECOND 
STARTS '2012-12-07 14:58:53' ON COMPLETION PRESERVE DISABLE 
DO CALL MoveBlogData()$$

DELIMITER ;

这定时器e_Blog的作用是在每隔30 SECOND调用一次存储过程MoveBlogData()，至于有没转移数据那就是存储过程判断了，跟定时器的调度频率完全没有关系，更多关于定时器的信息：MySQL定时器Events

 

(六) 监控数据转移的状态

当定时器启动后，可以查看TempBlog_Log表监控调度的进度：

（Figure2：转移中状态）

Figure2表示正在转移Id>=225200000到Id<225400000这20W的数据；

你也可以通过下面的SQL进行统计：

SELECT IsDone,COUNT(1) FROM tempblog_log GROUP BY IsDone ORDER BY IsDone DESC;

 

(七) 创建索引

　　创建保留数据的新表BlogB的时候不要创建不必要的索引，等转移完数据之后再创建回相关的索引；这样做的目的是在插入数据的时候不需要对索引进行维护，并且到转移完之后再创建索引可以让索引更加没有索引碎片；

 

(八) 禁用定时器

　　当TempBlog_Log表不再更新的时候，我们就可以禁用定时器了。因为BlogA表是一直在进数据的，所以当TempBlog_Log不再更新就说明数据已经基本转移完毕了（新增的数据量小于20W），这个时候就可以禁用定时器了。

 

(九) 转移最后数据

　　首先停止对BlogA表的入库操作，通过SQL转移最后一部分的数据到BlogB中，转移完之后修改表名就大功告成了。