redis cluster & sqirrel的一些学习

redis: remote dictionary server

首先大体理解上,from baidubaike:大概就是一个数据库(key-value的,高性能,原子操作,支持主从同步【from阿毛大叔:redis主要被用在内存中,作用主要有两点:1.可以将数据持久化,作为数据库使用;2.可以作为缓存使用,平台框架啥的已经搭好了,通过API操作就可以啦~】)

{{ redis是一个key-value存储系统。和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,redis支持各种不同方式的排序。与memcached一样,为了保证效率,数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了master-slave(主从)同步。
Redis 是一个高性能的key-value数据库。 redis的出现,很大程度补偿了memcached这类key/value存储的不足,在部 分场合可以对关系数据库起到很好的补充作用。它提供了Java,C/C++,C#,PHP,JavaScript,Perl,Object-C,Python,Ruby,Erlang等客户端,使用很方便。
Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步,从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制,使得从数据库在任何地方同步树时,可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助}}
from 我们的wiki上:【在架构上位于DB和service之间】
redis全称  RE mote  DI ctionary  S erver,直译的话就是远程字典服务器, 是一款开源的、基于单线程模型,且支持主从模式的nosql,经常用来作为一个数据结构服务器。作为内存(in-memory)级别的缓存服务器并可实现持久化功能,据称一百万的变量存储(字串)占用100M内存空间,单台redis服务器可达到5万并发的能力。 
和日常使用相关的:
Transactions   redis十分简约,通过MULTI, EXEC, WATCH等命令实现事务功能,将一个或多个命令归并为一个操作提请服务器按顺序执行的机制,不支持回滚操作。

  MULTI:启动一个事务

               EXEC:执行事务,一次性将事务中的所有操作执行完后返回给客户端

               WATCH:是一种乐观锁,在EXEC命令执行之前,用于监视指定数量键,如果监视中的某任意键数据被修改,则不在执行该事务。【乐观锁好像经常在src和文档中看到】

Publish/Subscribe:    :

  SUBSCRIBE: 订阅一个或多个队列【不过这个好像不经常用到】

        PUBLISH: 向频道发布消息

         UNSUBSCRIBE:退订此前订阅的频道

        PSUBSCRIBE:模式订阅

Persisitence:    RDB和AOF

RDB是一种SNAPSHOT(快照)存储机制,其也是redis默认的存储机制,按照事先定制的策略,周期性地将数据从内存中读取出来保存至磁盘,当到达save指令指定的时间,redis主进程将fork一个子进程,负责内存中的内容快照并保存到磁盘中。 Linux系统有写时复制机制(copy on write,COW),父进程与子进程会共享相同的物理页面(Physical page),当父进程处理写请求时,操作系统为写的数据创建一个副本,因此子进程保存的数据一定是与时间点一致的数据。当子进程将快照写入临时文件后,会使用临时文件替换旧的文件,然后子进程完成退出 。保存的数据文件默认为dump.rdb. 如果在SAVE周期之前停电了,会造成部分数据丢失。【是将数据先存储在内存,然后当数据累计达到某些设定的伐值的时候,就会触发一次DUMP操作,将变化的数据一次性写入数据文件(RDB文件

客户端也可以显式的使用save和bgsave来启用快照保存机制:

save : 同步机制,在主线程中保存快照,保存时会阻塞所有客户端请求,每次将完整数据写至dump.rdb文件中,会带来大量的IO压力  

bgsave : 异步保存机制,在后端自动保存,其不会阻塞客户端请求


AOF(Append Only File):

 工作原理:

       redis以顺序IO的方式附加在文件的尾部,将每一次的写命令操作都通过write函数追加到文件后面,其是比RDB更好的持久化方案,但文件会变得越来越大。当redis重启时,可通过执行文件中的命令在内存中重建数据库

  数据保存机制:

    bgrewriteaof : AOF文件重写,它不会读取正在使用的AOF文件,而是通过将内存中的数据以命令的方式保存至临时文件中,完成之后替换原来的AOF文件,这样可以减少AOF的大小


Duplicate:

     特点:

    一个Master可以有多个Slave,类似数据库的一主多从

    master以非阻塞方式同步数据至slave,意味着可同时与多个slave同步

 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值