目前主流的 MySQL 在线变更方案有两个:
- 基于 trigger 的 pt-online-schema-change
- 基于 binlog 的 gh-ost
上周 Sendbird 刚开源了他们的 MySQL Schema 在线变更方案 SB-OSC: Sendbird Online Schema Change。
GitHub 上刚刚 25 颗星星,绝对新鲜出炉。
亮点
SB-OSC 采用了和 gh-ost 一样的 binlog 方案。重新造轮子主要是为了解决两个问题:
大幅提高迁移速度
使用 gh-ost 时,如果碰到有大量写入操作的表,可能导致 gh-ost 来不及转移更新的数据,也就永远无法完成在线变更。SB-OSC 使用了多线程,并且把迁移明确地分成了两个阶段:
阶段一:存量导入
阶段二:增量导入
和 gh-ost 的性能比较
断点续传
gh-ost 如果中途断了,那只好从头来过。想想一个在线大表变更已经执行了 3 天,到最后一晚莫名挂掉。造成发布延期,团队能有多崩溃。SB-OSC 保存了执行进度,可以从中断的地方继续。
局限
首先是需要依赖的组件,只能跑在 AWS 上。
适用范围
比较头疼的是第一条,因为表采用 UUID 作为主键是很常见的。
总结
SB-OCS 目前还是一个针对 Sendbird 自己场景的 MySQL 在线变更方案,有明显的局限性。但其在变更性能上的加强以及断点续传能力确实解决了 gh-ost 最大的痛点。
原文:https://sendbird.com/developer/tutorials/sb-osc-sendbird-onli...
GitHub 仓库: https://github.com/sendbird/sb-osc
💡 更多资讯,请关注 Bytebase 公号:Bytebase
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。