大容量Redis存储方案pika.pdf

大容量Redis存储方案:pika Introduce • Pika 是DBA 和 Bada团队一起设计开发的大容 量Redis的解决方案 • 完全兼容redis 协议, 用户不需要修改任何代码 进行迁移 概要 • 大容量Redis 问题 • Pika整体架构 • Pika 具体实现 • Pika vs Redis redis • 恢复时间长 • 50G redis 回复时间70分钟 • 同时开启aof 和 rbd redis • 一主多从, 主从切换代价大 • 主库挂掉后升级从库, 所有的从库全部重传数据 redis • 缓冲区写满问题 • 内存是昂贵资源, 缓冲区一般设置2G • 网络原因很容易将数据堵死, 那么就会发生大量数据 重传 redis • 内存太贵 • 我们一般线上使用的redis 机器是 64G, 96G. 我们只 会使用80% 的空间. • 如果一个redis 的实例是50G, 那么基本一台机器只 能运行一个redis 实例. 因此特别的浪费资源 Pika pika • Pink • Bada 团队开发网络编程框架, 支持pb, redis等等协 议 • 支持单线程模型, 多线程worker模型 pika • Nemo • Pika 的存储引擎, 基于Rocksdb 实现. 实现了Hash, List, Set 等数据结构 • Rocksdb 启动只需要加载log 文件 • Rocksdb 大量使用的本地磁盘 pika • Binlog • 顺序写文件, 通过Index + offset 进行同步点检查 • 解决了缓冲区小的问题 • 支持全同步 + 增量同步 Pika 实现 主从结构 主从同步 数据备份 秒删 • 通过修改Rocksdb, 增加 version, timestamp 字段.删除只需要修改metadata • 支持亿级别数据秒删 数据compact • 修改Rocksdb 手动compact 策略, 支持低优先 级的手动compact • 每天晚上定期执行 总结 • 恢复时间长 • 一主多从, 主从切换代价大 • 缓冲区写满问题 • 内存昂贵问题 Pika vs redis Pika vs redis • 劣势 • 由于Pika是基于内存和文件来存放数据, 所以性能肯 定比Redis低一些 Pika vs redis • 优势 • 容量大 • 加载db速度快 • 备份速度快 • 性价比高