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\G

CREATE 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。



上一篇:ChucK服务器不接收来自python-osc客户端的OSC消息


下一篇:单片机stm32之时钟树以及修改系统时钟频率