gh-ost测试

gh-ost测试

一、不支持没有主键或者惟一索引的表

2018-08-24 09:53:33 FATAL No PRIMARY nor UNIQUE key found in table! Bailing out

二、不支持有外键约束的表（主表和子表都不支持）

2018-08-24 10:03:09 ERROR Found 1 parent-side foreign keys on `darren`.`t1`. Parent-side foreign keys are not supported. Bailing out
2018-08-24 10:03:09 INFO Tearing down inspector
2018-08-24 10:03:09 FATAL 2018-08-24 10:03:09 ERROR Found 1 parent-side foreign keys on `darren`.`t1`. Parent-side foreign keys are not supported. Bailing out

三、不支持表上有触发器

2018-08-24 10:14:47 ERROR Found triggers on `darren`.`test`. Triggers are not supported at this time. Bailing out
2018-08-24 10:14:47 INFO Tearing down inspector
2018-08-24 10:14:47 FATAL 2018-08-24 10:14:47 ERROR Found triggers on `darren`.`test`. Triggers are not supported at this time. Bailing out

四、在gh-ost执行期间，同时进行ddl，最后发现ddl执行成功了，却被覆盖了

因为gh-ost对原表影响最小（没有锁），当执行时间比较长，在此期间，对该表进行任何的DDL都不会生效

五、表上存在大量写入的时候，gh-ost可能永远也完成不了

通过测试：当写入QPS5000以上，gh-ost没法完成任务，其缘由是apply binlog是单线程，能够理解为slave，当原表写入量巨大时(QPS=5000以上)，
一直在应用日志，而gh-ost设计是binlog应用优先级高于row copy，因此咱们看到row copy进度一直没变，这样若是原表一直压力这么大，那么gh-ost DDL将没法完成。
通过在s3710机器上测试若是原表写入的QPS大于5000将大几率出现此状况，小于5000的话没问题。

Copy: 0/9705089 0.0%; Applied: 183480; Backlog: 1000/1000; Time: 1m24s(total), 1m24s(copy); streamer: tjtx-126-164.001588:441763689; 
Copy: 0/9705089 0.0%; Applied: 185490; Backlog: 1000/1000; Time: 1m25s(total), 1m25s(copy); streamer: tjtx-126-164.001588:442986068; 
Copy: 0/9705089 0.0%; Applied: 207590; Backlog: 1000/1000; Time: 1m30s(total), 1m30s(copy); streamer: tjtx-126-164.001588:455843331;

六、当innodb_autoinc_lock_mode=1时，不会像pt-osc产生大量死锁

因为是单线程复制数据和应用binlog，不会因为row lock和auto-inc锁产生的死锁问题