前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >Redis集群间数据迁移与对比

Redis集群间数据迁移与对比

作者头像
十毛
发布2021-01-18 10:20:13
1.6K0
发布2021-01-18 10:20:13
举报
文章被收录于专栏:用户1337634的专栏

Redis数据在不同集群之间进行迁移,可以使用离线迁移的方式(rdb),但是降低了服务的可用性。 为了尽可能保证服务可用性,我们使用redis-shake实时迁移数据,并同时使用redis-full-check完成数据对比,确保一致性。

数据实时迁移:redis-shake

代码语言:javascript
复制
wget https://github.com/alibaba/RedisShake/releases/download/release-v2.0.3-20200724/redis-shake-v2.0.3.tar.gz
  • 修改配置redis-shake.conf
代码语言:javascript
复制
# 源redis的类型,支持standalone,sentinel,cluster和proxy四种模式
source.type: cluster

# 源redis地址,cluster模式下需要配置所有master节点或slave节点
source.address = 127.0.0.1:6581;127.0.0.1:6582;127.0.0.1:6583

# 目的redis的类型,支持standalone,sentinel,cluster和proxy四种模式
target.type = cluster

# 目的redis地址,cluster模式下需要配置所有master节点
target.address = 127.0.0.1:7481;127.0.0.1:7482;127.0.0.1:7483
  • 启动
代码语言:javascript
复制
./redis-shake.linux -conf=redis-shake.conf -type=sync

数据对比:redis-full-check

https://github.com/alibaba/RedisFullCheck

redis-full-check通过全量对比源端和目的端的redis中的数据的方式来进行数据校验,其比较方式通过多轮次比较:每次都会抓取源和目的端的数据进行差异化比较,记录不一致的数据进入下轮对比(记录在sqlite3 db中)。然后通过多伦比较不断收敛,减少因数据增量同步导致的源库和目的库的数据不一致。最后sqlite中存在的数据就是最终的差异结果。

  • 启动数据校验
代码语言:javascript
复制
./redis-full-check --sourcedbtype=1 -s "127.0.0.1:6581;127.0.0.1:6582;127.0.0.1:6583" --targetdbtype=1 -t "127.0.0.1:7481;127.0.0.1:7482;127.0.0.1:7483"
  • 数据校验结果
代码语言:javascript
复制
[tenmao@VM_77_51_centos ~/redis-full-check-1.4.8]$ ./redis-full-check --sourcedbtype=1 -s "127.0.0.1:6581;127.0.0.1:6582;127.0.0.1:6583" --targetdbtype=1 -t "127.0.0.1:7481;127.0.0.1:7482;127.0.0.1:7483"
[INFO 2021-01-14-20:51:46 main.go:65]: init log success
[INFO 2021-01-14-20:51:46 main.go:168]: configuration: {127.0.0.1:6581;127.0.0.1:6582;127.0.0.1:6583  auth 1 -1 127.0.0.1:7481;127.0.0.1:7482;127.0.0.1:7483  auth 1 -1 result.db  3 2 unknown unknown unknown 15000 5 256 5   false 16384  20445 false}
[INFO 2021-01-14-20:51:46 main.go:170]: ---------
[INFO 2021-01-14-20:51:46 full_check.go:238]: sourceDbType=1, p.sourcePhysicalDBList=[127.0.0.1:6581 127.0.0.1:6582 127.0.0.1:6583]
[INFO 2021-01-14-20:51:46 full_check.go:241]: db=0:keys=0(inaccurate for type cluster)
[INFO 2021-01-14-20:51:46 full_check.go:253]: ---------------- start 1th tenmaoe compare
[INFO 2021-01-14-20:51:46 full_check.go:278]: start compare db 0
[INFO 2021-01-14-20:51:46 scan.go:20]: build connection[source redis addr: [127.0.0.1:6583]]
[INFO 2021-01-14-20:51:46 scan.go:20]: build connection[source redis addr: [127.0.0.1:6582]]
[INFO 2021-01-14-20:51:46 scan.go:20]: build connection[source redis addr: [127.0.0.1:6581]]
[INFO 2021-01-14-20:51:47 full_check.go:203]: stat:
tenmaoes:1, db:0, dbkeys:0, finish:-1%, finished:true
KeyScan:{11 11 0}
KeyConflictInProcess|string|value|{1 1 0}

[INFO 2021-01-14-20:51:47 full_check.go:250]: wait 5 seconds before start
[INFO 2021-01-14-20:51:52 full_check.go:253]: ---------------- start 2th tenmaoe compare
[INFO 2021-01-14-20:51:52 full_check.go:278]: start compare db 0
[INFO 2021-01-14-20:51:53 full_check.go:203]: stat:
tenmaoes:2, db:0, finished:true
KeyScan:{1 1 0}
KeyConflictInProcess|string|value|{1 1 0}

[INFO 2021-01-14-20:51:53 full_check.go:250]: wait 5 seconds before start
[INFO 2021-01-14-20:51:58 full_check.go:253]: ---------------- start 3th tenmaoe compare
[INFO 2021-01-14-20:51:58 full_check.go:278]: start compare db 0
[INFO 2021-01-14-20:51:59 full_check.go:203]: stat:
tenmaoes:3, db:0, finished:true
KeyScan:{1 1 0}
KeyConflictAtLast|string|value|{1 1 0}

[INFO 2021-01-14-20:51:59 full_check.go:328]: --------------- finished! ----------------
all finish successfully, totally 2 key(s) and 0 field(s) conflict

源redis实际上只有1个key不在目的redis,但是最后的结果是:totally 2 key(s) and 0 field(s) conflict(还没弄明白)

  • 查看详细对比结果

结果会保存在sqlite3 db file中,不指定的话,就是当前目录的 result.db 文件:比如有3轮比较,那么会有result.db.1result.db.2result.db.33个文件

代码语言:javascript
复制
[tenmao@VM_77_51_centos ~/redis-full-check-1.4.8]$ sqlite3 result.db.3
SQLite version 3.7.17 2013-05-20 00:56:22
Enter ".help" for instructions
Enter SQL statements terminated with a ";"
sqlite> select * from key;
1|tenmao|string|lack_target|0|4|0
sqlite>

注意事项

  • redis-full-check是扫描源redis的每一个key,然后跟目标redis对比;所以如果源redis不存在,目的redis存在,则扫描不出来,如果我们也需要的话,就需要再反向做一次对比

常见错误

  • [PANIC] target key name is busy: name8 因为目标redis已经存在该key,默认就会推出同步,可以修改配置key_exists = ignore,其他方式有rewrite-覆盖

参考

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
目录
  • 数据实时迁移:redis-shake
  • 数据对比:redis-full-check
  • 注意事项
  • 常见错误
  • 参考
相关产品与服务
云数据库 Redis®
腾讯云数据库 Redis®(TencentDB for Redis®)是腾讯云打造的兼容 Redis 协议的缓存和存储服务。丰富的数据结构能帮助您完成不同类型的业务场景开发。支持主从热备,提供自动容灾切换、数据备份、故障迁移、实例监控、在线扩容、数据回档等全套的数据库服务。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档