专16-2-DTCC2016-pika-分会场-陈宗志_第1页
专16-2-DTCC2016-pika-分会场-陈宗志_第2页
专16-2-DTCC2016-pika-分会场-陈宗志_第3页
专16-2-DTCC2016-pika-分会场-陈宗志_第4页
专16-2-DTCC2016-pika-分会场-陈宗志_第5页
已阅读5页,还剩27页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

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

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论