本文目录一览：
- 1、redis怎么用的
- 2、常见分布式集群选举机制总结
- 3、redis主从+哨兵
- 4、redis主要解决了什么问题
- 5、Redis主从复制丢失数据的情况分析
在linux环境下Redis可以直接通过源码编译安装 。Windows下编译一般不那么方便，我们使用已经编译好的.msi安装包来安装 。
Redis的业务应用范围非常广泛，Redis 可以用在哪些地方？记录文章的评论数、点赞数和点击数（hash） 。记录用户的文章 ID 列表 （排序），便于快速显示用户的文章列表 （zset） 。
常见分布式集群选举机制总结Zookeeper的选举机制有2个触发条件：集群启动阶段和集群运行阶段leader挂机 。这2种场景下选举的流程基本一致，我们以集群运行阶段leader挂机为例来进行说明 。
Quorums（法定人数） ， 过半机制 ：默认方式，比如3个节点的集群，Quorums = 2， 也就是说集群可以容忍1个节点失效 ， 这时候还能选举出1个leader，集群还可用 。
一，Zookeeper选举过程中服务器的状态 。LOOKING：寻找leader状态 ， 该状态下，服务器认为当前集群没有leader，会发起leader选举 。在选举过程中，所有服务器的状态都是LOOKING 。
redis主从+哨兵首先配置Redis的主从服务器，修改redis.conf文件如下 上述内容主要是配置Redis服务器，从服务器比主服务器多一个slaveof的配置和密码 。配置3个哨兵，每个哨兵的配置都是一样的 。
如果发生了客观下线，那哨兵节点会选举出一个leader来进行实际的故障转移工作 。
Redis哨兵模式的实现原理 。关于哨兵的原理，关键是了解以下几个概念：定时任务：每个哨兵节点维护了3个定时任务 。
通过 pub/sub 机制，哨兵之间可以组成集群，同时，哨兵又通过 INFO 命令，获得了从库连接信息 ， 也能和从库建立连接，并进行监控了 。
redis主要解决了什么问题1、redis是内存数据库，访问速度非常快，所以能够解决的也都是这些缓存类型的问题，如下：会话缓存（SessionCache）最常用的一种使用Redis的情景是会话缓存（sessioncache） 。
2、redis是一个单线程的NoSQL数据库 ， 主要用来做数据缓存 ， 一般大型网站的应用和数据库之间的那一层就是Redis 。
3、随后我们就用上了一台单独的服务器作为Redis的服务器，API服务器的内存压力得以解决 。
4、类似的问题就可以用Redis来解决 。比如说，我们的一个Web应用想要列出用户贴出的最新20条评论 。在最新的评论边上我们有一个“显示全部”的链接，点击后就可以获得更多的评论 。
5、redis哨兵技术主要作用和解决的问题是：持久化：是最简单的高可用方法 ， 主要作用是数据备份，即将数据存储在硬盘，保证数据不会因进程退出而丢失 。复制：是高可用Redis的基础 ， 哨兵和集群都是在复制基础上实现高可用的 。
6、Redis的卓越性能，简单性和数据结构的原子操作有助于解决使用传统关系数据库实现时难以实现或执行不佳的问题 。Redis主要特点高级数据结构：为值提供五种可能的数据类型：字符串，列表 ， 集合，哈希和有序集合 。
Redis主从复制丢失数据的情况分析1、Redis 内存淘汰机制有以下几个：noeviction： 当内存不足以容纳新写入数据时，新写入操作会报错，这个一般没人用吧，实在是太恶心了 。
2、不过，为了避免出现客户端和所有从库都不能连接的情况 ， 我们需要把复制进度差值的阈值设置得大一些 。可以周期性地运行这个流程来监测主从库间的不一致情况 。
3、用于初次复制或其它无法进行部分复制的情况，将主节点中的所有数据都发送给从节点 。当数据量过大的时候 ， 会造成很大的网络开销。
【redis主从模式配置 redis主从替换】4、传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限 ， 但是从节点只有读的权限 。主节点会定期将数据同步到从节点中，保证数据一致性的问题 。
