pt-osc使用增量数据触发器的不足之处有哪些
小编给大家分享一下pt-osc使用增量数据触发器的不足之处有哪些,相信大部分人都还不怎么了解,因此分享这篇文章给大家参考一下,希望大家阅读完这篇文章后大有收获,下面让我们一起去了解一下吧!
pt-osc的原理如下:
1、创建一个和源表一样表结构的新表
2、在新表执行DDL语句
3、在源表创建三个触发器分别对应insert、update、delete操作
4、从源表拷贝数据到新表,拷贝过程中源表通过触发器把新的DML操作更新到新表中
5、rename源表到old表中,把新表rename为源表,最后删除源表
触发器的作用就是源表和新表之间的增量数据同步,不足之处总结如下:
因为触发器是用存储过程的步骤实现的,所以就无法避免存储过程本身需要的开销。
增大了同一个事务的执行步骤,更多的锁争抢。
整个过程无法暂停,假如发现影响主库性能,停止 Online DDL,那么下次就需要从头来过。
多个并行的操作是不安全的。
无法在生产环境做测试。
触发器和源操作还是在同一个事务空间。
备注:
推荐使用gh-ost工具做online DDL
gh-ost 首先连接到主库上,根据 alter 语句创建影子表,然后作为一个”备库“连接到其中一个真正的备库上,一边在主库上拷贝已有的数据到影子表,一边从备库上拉取增量数据的 binlog,然后不断的把 binlog 应用回主库。
以上是“pt-osc使用增量数据触发器的不足之处有哪些”这篇文章的所有内容,感谢各位的阅读!相信大家都有了一定的了解,希望分享的内容对大家有所帮助,如果还想学习更多知识,欢迎关注亿速云行业资讯频道!
免责声明:
① 本站未注明“稿件来源”的信息均来自网络整理。其文字、图片和音视频稿件的所属权归原作者所有。本站收集整理出于非商业性的教育和科研之目的,并不意味着本站赞同其观点或证实其内容的真实性。仅作为临时的测试数据,供内部测试之用。本站并未授权任何人以任何方式主动获取本站任何信息。
② 本站未注明“稿件来源”的临时测试数据将在测试完成后最终做删除处理。有问题或投稿请发送至: 邮箱/279061341@qq.com QQ/279061341