Redis-cluster

Redis集群

当使用网络分区的时候就会涉及数据的一致性,根据CAP定理:当网络分区发生时,一致性和可用性两难全,如何实现主节点与从节点的一致性就成为了难题,Redis通过保持最终一致的方式,实现主从数据异步同步,节点会努力追赶主节点,最终从节点的状态和主节点的状态保持一致。

增量同步

redis同步的是指令流,主节点会将哪些对自己的状态产生修改性影响的指令记录在本地的Buffer中,然后异步将buffer中的指令同步到从节点,从节点执行同步指令,主节点反馈自己同步到哪里
缺点:buffer是有限的,如果buffer内容太多,之后的指令则会覆盖前面的指令

快照同步

快照同步,主节点执行一次bgsave,将当前的内存数据全部存放到磁盘文件中,然后再将快照文件的内容全部传送回从节点

Sentinel

Sentinel负责监控redis集群的健康情况,如果一个节点挂了,集群可以正常运作
在这里插入图片描述
如果其中一个节点挂了,则会重新连接IP,查询数据的时候使用轮询的方式。
具体可以参考阿里Sentinel

Codis

在大数据高并发的场景下,单个的redis实例往往会比较受限制,限制在于redis的内存使用,而且单个redis的内存不宜过大,如果太大容易导致rdb文件过大,进一步导致主从同步的时候全量同步时间过长,在实例重启恢复时也会消耗很长的时间。所以应运而生出很多集群方案,类似codis
在这里插入图片描述
codies而且是无状态的,所以可以启动多个codies来支撑高QPS的场景
codies默认将所有的key划分为1024个槽位,首先对客户端的key进行crc32位运算得到hash值,然后对hash得到的整数对1024取余,这个余数就是对应的key的槽位,之后通过zookeeper方式维护一致性

Cluster

Cluster集群使用了三个redis节点组成,他们之间通过一种特殊的二进制协议交互集群信息,与codies不同的是cluster使用了16384个槽位

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Redis是一个key-value存储系统。和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash(哈希类型)。这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。在此基础上,redis支持各种不同方式的排序。与memcached一样,为了保证效率,数据都是缓存在内存中。区别的是redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件,并且在此基础上实现了master-slave(主从)同步。 Redis的出现,很大程度补偿了memcached这类key/value存储的不足,在部分场合可以对关系数据库起到很好的补充作用。它提供了Java,C/C++,C#,PHP,JavaScript,Perl,Object-C,Python,Ruby,Erlang等客户端,使用很方便。 Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步,从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制,使得从数据库在任何地方同步树时,可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。   本课程主要讲解以下内容:1. Redis的基本使用2. Redis数据库的数据类型3. Redis数据库数据管理4. Redis的主从复制5. Redis数据库的持久性6. Redis的高可靠性和集群7. Redis的优化和性能测试8. Redis服务器的维护和管理9. Redis服务器的常见问题排错 
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值