本文目录一览：
- 1、redis是怎么实现的
- 2、redis是分布式的吗
- 3、redis集群方案有哪些
- 4、玩转Redis的高可用(主从、哨兵、集群)
业务层实现：先读取nosql缓存层，没有数据再读取mysql层，并写入数据到nosql 。nosql层做好多节点分布式（一致性hash） ， 以及节点失效后替代方案（多层hash寻找相邻替代节点），和数据震荡恢复了 。
有序集合的底层实现之一是跳表，除此之外跳表它在 Redis 中没有其他应用 。
redis作为当下web编程必不可少的服务，它的特点的是显而易见，相对memcached而言，做缓存，重启数据不丢失，非常好用 。
单线程最大的受限是什么？就是CPU，现在服务器一般已经是多CPU，而单线程只能使用到其中的一个核 。redis作为一个网络内存缓存数据库，在实现高性能时，主要有4个点 。网络高并发 ， 高流量的数据处理 。
RDB是将某个时间点上Redis中的数据保存到一份数据快照文件中 ， 而AOF则是将所有记录了所有修改内存数据的指令的集合写入到一个日志文件中 。这两种方式都会生成相应的文件落地到磁盘上 ， 实现数据的持久化，方便下次恢复使用。
redis是分布式的吗1、Redis 是一个高性能的 key-value 存储系统，它可以用作缓存、消息中间件、分布式锁等等 。以下是一些常见的应用场景： - 缓存：Redis 可以用作缓存，提高网站访问速度 ， 降低数据库压力 。
2、总的来说，GemFire和Redis都是高性能的分布式内存缓存系统，但是它们的应用场景和数据模型有所不同，需要根据具体的需求来选择合适的系统 。
3、Redis是一个nosql数据库，可以存储key-value值 。因为其底层实现中，数据读写是基于内存，速度非常快，所以常用于缓存；进而因其为独立部署的中间件 ， 常用于分布式缓存的实现方案 。常用场景有：缓存、秒杀控制、分布式锁 。
4、Redis 集群是一个分布式（distributed）、容错（fault-tolerant）的 Redis 实现， 集群可以使用的功能是普通单机 Redis 所能使用的功能的一个子集（subset） 。
5、REmote DIctionary Server（Redis） 是一个由 Salvatore Sanfilippo 写的 key-value 存储系统，是跨平台的非关系型数据库 。
6、Codis是一个分布式Redis解决方案，与官方的纯P2P的模式不同，Codis采用的是Proxy-based的方案 。今天我们介绍一下Codis及下一个大版本RebornDB的设计，同时会介绍一些Codis在实际应用场景中的tips 。
redis集群方案有哪些1、基于以上，Redis 集群方案显得尤为重要 。通常有 3 个途径：官方 Redis Cluster ；通过 Proxy 分片；客户端分片 （Smart Client）。以上三种方案各有利弊 。
2、方案 Redis官方集群方案 Redis Cluster Redis Cluster是一种服务器Sharding技术，0版本开始正式提供 。Redis Cluster中，Sharding采用slot（槽）的概念 ， 一共分成16384个槽，这有点儿类pre sharding思路 。
3、使用Jedis带的客户端分片ShardedJedisPool类 。使用代理进行分片twemproxy，连接代理可以使用Jedis类（单链接）和JedisPool类（多链接） 。
4、redis-cluster投票：容错，投票过程是集群中所有master参与，如果半数以上master节点与master节点通信超过（cluster-node-timeout），认为当前master节点挂掉 。
5、多个主从节点群组成的分布式服务器群，它具有复制、高可用和分片特性 。Redis集群不需要sentinel哨兵也能完成节点移除和故障转移的功能 。
玩转Redis的高可用(主从、哨兵、集群)Redis主从复制是指在一个Redis集群中，将一个Redis节点作为主节点，其余的Redis节点作为从节点 。主节点负责写入数据，从节点负责读取数据 。
哨兵模式解决了故障不能自动恢复的问题，但仍存在的问题是：Redis较难支持在线扩容 ， 对于集群，容量达到上限时在线 扩容会变得很复杂。
redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换 。
主节点会定期将数据同步到从节点中，保证数据一致性的问题 。这种集群方式在运行时存在一些问题：Redis的哨兵机制就是解决主从复制存在缺陷（选举问题），解决问题保证我们的Redis高可用，实现自动化故障发现与故障转移 。
