Mozi数据库配置存储方案设计目标及调整方案.pdfVIP

Mozi数据库配置存储方案设计目标及调整方案.pdf

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

Mozi数据库配置方案

设计目标

1.使用Mysql数据库配置,替换Kafka。

2.将Kafka中的数据平滑迁移到Mysql中。

3.不影响对外接口,业务感知。

整体设计方案

为了实现替换,需要对现有系统结构做一些调整,并将Kafkabackend和其他功能剥离:

1.保留从Kafka生成Globalversion,将Globalversion的生成逻辑从backend中剥离。

2.将Cachebackend和Kafkabackend剥离,保留Cachebackend,将Kafkabackend作为Cachebackend的realbackend,可以灵活替换。

3.Schema从Redis迁移到Mysql,Redis只作为缓存使用。

4.新增DatabaseBackend,支持从Kafkabackend切换到Databasebackend。

改造后的系统如下:

设计方案

Mozi数据库配置方案

设计目标

1。使用mysql数据库配置,替换kafka。kafka中

2。的数据平滑迁移到mysql中。,业务感知。业务

3。感知。

整体设计方案整体设计

方案

为了实现替换,需要对现有系统结构做一些调整,并将kafka后端:

1。保留从kafka生成全局版本,将全局版本的生成逻辑从后端中剥离。缓存后端和kafkabackend剥离,保留缓存后端,将kafka

2。backend作为kafkabackend作为cachebacktendfackbacktend的realbacktis,可以灵活替换。数据后端,支持从kafka

3。

4。kafkabackasebackasebackase后端切换到数据库后端。数据库后端。

改造后的系统如下:

设计方案设

计方案

备注:数据库是否需要分表,需要先做容量预估,上图不包含分表设计

数据迁移方案

为了实现不停机无损迁移,迁移步骤分为以下几步进行:

1、首次升级时,需要考虑新老版本同时存在的情况,所以需要设置一个初始化标记,在全部升级到新版本,再打开该标记开始进行迁移初始化。

2、迁移初始化任务检查初始化标记,如果可以开始初始化,首先将Kafka中所有的topic写入redishash表,读写需要检查该表,如果存在,说明数据在

kafka,如果不存在,说明数据在DB。为了保证redis中保存所有topic,在初始化的时候需要阻塞写操作,初始化流程如图:

文档评论(0)

158****9376 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档