pt-osc修改外键内部是如何处理的？

在讲解pt-osc内部处理流程前，我们先通过下面的例子，看看rename交换表后，子表的信息。

-- 创建一个父表CREATE TABLE parent (id int(11) NOT NULL auto_increment,parent_id int,PRIMARY KEY  (id),KEY IX_parent_id (parent_id)) ENGINE=InnoDB;-- 创建一个子表，外键是child_id，和父表parent_id做关联CREATE TABLE child (id int(11) NOT NULL auto_increment,child_id int(11) default NULL,PRIMARY KEY  (id),KEY IX_child_id (child_id),FOREIGN KEY (child_id) REFERENCES parent (parent_id)) ENGINE=InnoDB;-- 把父表改个名rename table parent to parent_1;

此时子表会自动执向新的父表表名，如下面所示：

show create table child\GCREATE TABLE child (  id int(11) NOT NULL AUTO_INCREMENT,   child_id int(11) DEFAULT NULL,  PRIMARY KEY (id),  KEYI IX_child_id (child_id),  CONSTRAINT child_ibfk_1 FOREIGN KEY (child_id) REFERENCES parent_1 (parent_id)) ENGINE=InnoDB DEFAULT CHARSET=utf8

现在我们要向父表添加一个字段name varchar(200)

用pt-osc工具执行，通常内部的执行过程是：

1）创建一个临时表_parent_new
2）在临时表_parent_new中添加name字段
3）在原表parent上定义触发器，以便对原始表上的数据所做的更改也将应用于临时表_parent_new中
4）将数据从原表parent复制到_parent_new。
5）交换名字rename table parent to _parent_old, _parent_new to parent

6）删除原表 drop table _parent_old

7）删除增删改三个触发器

那么最危险的是rename交换名字后，子表的外键会执向_parent_old，并不会变成parent，这将带来数据不一致的后果。

固，pt-osc增加了--alter-foreign-keys-method参数，默认是drop_swap，它的执行过程跟刚才就有些区别了。

前4步还是一样，第5步开始，变成

5）set FOREIGN_KEY_CHECKS=OFF; #关闭外键检查

6）交换名字rename table parent to _parent_old

7）drop table _parent_old

8）交换名字 rename table _parent_new to _parent_old, _parent_old to parent;

9）删除增删改三个触发器

10）set FOREIGN_KEY_CHECKS=ON;

第7步如果表大，删除的速度较慢的话（第8步不会执行），业务会受影响，这也是比较危险的。

如果修改为rebuild_constraints，它的执行过程是：

交换名字

rename table parent to _parent_old, _parent_new to parent

（这一步保持和原先一样）

1）将子表外键删除，重新关联父表parent

ALTER TABLE child DROP FOREIGN KEY child_id, ADD CONSTRAINT child_ibfk_1 FOREIGN KEY  (child_id) REFERENCES parent (parent_id)

注：这一步会采用ALGORITHM=INPLACE算法，不会锁表，支持并发DML。

2）删除原表 drop table _parent_old

3）删除增删改三个触发器

设置为auto，如果子表中的行数很少，则使用rebuild_constraints; 否则转换为drop_swap。