互联网“平滑数据迁移”架构技术实践

互联网架构，很多时候面临这样的需求：

1. 几千万的数据表结构变更。
2. 水平拆分成3库，要进一步拆分成5库。
3. 底层存储切换，MongoDB 换成 MySQL。

种种需求，都需要进行数据迁移，如何平滑迁移数据，迁移过程不停机，保证系统持续服务，是本场 Chat 将要讨论的问题。

实录提要：

• 双写写新库的时候是同步写还是交给 MQ 之类的异步写？
• 平滑数据迁移，核心代码会有侵入吗？
• MySQL 的分区表是什么？
• MySQL 在表 DDL 变更时长与表数量级，有没有一个合适的比例？
• 58 这边 MySQL 最高单表数据量可以到多少？
• 分库后，有做数据归档吗？还是一直水平扩展？
• 说一下 rpc 链路监控，日志这一块呢，有序性如何解决？
• 58 生产环境上，唯一性 ID 的生成用的是什么方案？

---

往期回顾：互联网数据库“跨库分页”架构技术实践

阅读全文: http://gitbook.cn/gitchat/activity/58b517655abc2fd65ea7d5ea

您还可以下载 CSDN 旗下精品原创内容社区 GitChat App ，阅读更多 GitChat 专享技术内容哦。