mysql 主从 ddl_gh-ost在线主从同步MySQL下DDL生产表结构修改（初步研究）

参考

主从同步过程省略。

启动主从同步

show processlist;

show master status;

记录Position，执行

change master to master_host='192.168.10.60',

master_port=3306,

master_user='slave',

master_password='123456',

master_log_file='mysql-bin.000002',

master_log_pos=1407;

启动主从同步

start slave;

开始在线DDL

gh-ost因为不需要使用触发器，gh-ost 把修改表定义的负载和正常的业务负载解耦开了。它不需要考虑被修改的表上的并发操作和竞争等，这些在二进制日志中都被序列化了，gh-ost 只操作临时表，完全与原始表不相干。事实上，gh-ost 也把行拷贝的写操作与二进制日志的写操作序列化了，这样，对主库来说只是有一条连接在顺序的向临时表中不断写入数据。

添加1个字段，奇怪的可以不填数据库root用户的密码，无需 --password="yourpassword"

./gh-ost --user="root" --host=192.168.10.60 --database="test" --table="tab" --alter="ADD COLUMN oneColumn varchar(10)" --allow-on-master --execute

即使在主次同步时也是可以执行的。在执行ghost复制的时候暂停了主从同步。

[root@hadoop001 home]#./gh-ost --user="root" --host=192.168.10.60 --database="test" --switch-to-rbr --table="tab" --alter="ADD COLUMN oneColumn varchar(10)" --allow-on-master --execute

[2020/07/21 23:01:35] [info] binlogsyncer.go:133 create BinlogSyncer with config {99999 mysql 192.168.10.60 3306 root false false false UTC true 0 0s 0s 0 false}

[2020/07/21 23:01:35] [info] binlogsyncer.go:354 begin to sync binlog from position (mysql-bin.000003, 28925)

[2020/07/21 23:01:35] [info] binlogsyncer.go:203 register slave for master server 192.168.10.60:3306[2020/07/21 23:01:35] [info] binlogsyncer.go:723 rotate to (mysql-bin.000003, 28925)#Migrating `test`.`tab`; Ghost table is `test`.`_tab_gho`#Migrating hadoop001:3306; inspecting hadoop001:3306; executing on hadoop001#Migration started at Tue Jul 21 23:01:35 +0800 2020#chunk-size: 1000; max-lag-millis: 1500ms; dml-batch-size: 10; max-load: ; critical-load: ; nice-ratio: 0.000000#throttle-additional-flag-file: /tmp/gh-ost.throttle#Serving on unix socket: /tmp/gh-ost.test.tab.sock

Copy: 0/22 0.0%; Applied: 0; Backlog: 0/1000; Time: 0s(total), 0s(copy); streamer: mysql-bin