ICode9

精准搜索请尝试: 精确搜索
首页 > 其他分享> 文章详细

gh-ost测试

2022-05-19 03:00:28  阅读:32  来源: 互联网

标签:24 10 08 ost 2018 测试 gh


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

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

2、不支持有外键约束的表(主表和子表都不支持)

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

3、不支持表上有触发器

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

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

由于gh-ost对原表影响最小(没有锁),当执行时间比较长,在此期间,对该表进行任何的DDL都不会生效

5、表上存在大量写入的时候,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;

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

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

转载于: https://www.cnblogs.com/mysql-dba/p/9901607.html

标签:24,10,08,ost,2018,测试,gh
来源: https://www.cnblogs.com/cherylgi/p/16287053.html

专注分享技术,共同学习,共同进步。侵权联系[admin#icode9.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有