Redis哨兵-3

1.Redis持久化策略

1.1 什么是持久化:

说明:

Redis运行环境在内存中,如果服务器关闭则内存数据讲话丢失;

需求: 如何保持内存数据

解决方案:可以定期将内存数据持久化到磁盘中

持久化策略规则:

当redis正常运行时,定期的将数据保存到磁盘中,当redis服务器重启时,则根据配置文件中指定的持久化方式,事项数据的回复(读取数据之后回复数据)

1.2 RDB模式:

1.2.1 RDB模式 是Redis默认的策略;
1.2.2 RDB模式 能够定期持久化(时间间隔),弊端_可能导致数据的丢失;
1.2.3 RDB模式 记录的是内存数据的快照,持久化效率较高,快照只保留最新记录;
1.2.4 RDB模式命令:

• save 命令:将内存数据持久化到磁盘中 ----主动式操作

缺点___ 会造成线程的阻塞

• bgsave 命令:将内存数据采用后台运行的方式,持久化到磁盘中
• 默认的持久化的机制:

a. save 900 1 如果在900秒内执行了1次更新操作,则持久化一次
b. save 300 10 如果在300秒内执行了10次更新操作,则持久化一次
c. save 60 10000 如果在60秒内执行了10000次更新操作,则持久化一

1.3 AOF模式:

1.3.1 AOF模式特点:

• AOF模式默认条件下是关闭的,需要手动开启;
• AOF模式记录的是用户的操作过程,所以可以实现实时持久化操作;
• AOF模式由于记录的是实时的操作过程,所以持久化文件较大,需要定期维护;

1.3.2 启动AOF模式:

(redis 重启 redis-cli sutd缩写)

• 说明: 如果开启AOF模式 则一AOF模式为准
  如何开启:进入 vim redis.conf 修改appendonly no 修改为yes

1.4 关于持久化操作总结:

• 当内存数据允许少量丢失是,使用RDB模式(快);
• 当内存数据不允许数据丢失是,采用AOF(定期需要维护);
• 一般在工作中采用AOF+RDB模式共同作用,保证数据的有效性

2. Redis内存策略

2.1为什么需要内存优化

• 说明:由于redis在内存中保存数据,如果一直存储,则内存必然溢出

所以需要定期维护内存数据的大小

• 维护策略:
  删除旧的不用的数据,保存新的常用的数据;

2.2 LRU算法:

• 说明:
  LRU最近最少使用,是一种常用的页面置换算法,选择最近最久未使用的数据予以淘汰;
• 计算维度
  时间T
• 注意事项:
  是迄今为止内存中最好用的数据置换算法;

2.3 LFU算法

• 说明:
  最不经常使用数据置换算法 ,要求在数据置换是置换引用计数最下的数据,因为经常使用的数据应该有一个较大的引用次数;
• 计算维度:
  使用次数

2.4 随机算法

2.5 TTL算法

• 说明
  根据存活时间,将马上要超时的数据提前删除;

2.6 配置内存优化策略

• valatile-lru 在设定了超时时间的数据,采用lru算法
• allkeys-lru 在所有的数据中采用lru算法
• volatile-lfu 在设定了超时时间的诗句中采用lfu算法
• allkeys-lfu 所有数据采用lfu算法
• volatile-random 设置超时时间数据的随机算法
• allkeys-random 所有数据随机
• volatile-ttl 将设定了超时时间的数据 提前删除
• noeviction 如果设置了noeviction 则不删除数据 直接保存返回

3. 关于缓存的面试问题

问题出发点:

由于缓存失效,导致大量用户直接访问后台数据库,

• 3.1 缓存穿透

说明:
用户频繁访问数据库中不存在的数据是,可能出现缓存穿透的现象,如果该操作是高斌发操作,则肯能直接威胁数据库服务器;

解决方法:
A. 可以采用IP限流的方式,降低用户访问服务器次数;
B. 微服务处理方式:
利于断路器 返回指定的业务数据即可;不执行数据操作保护数据库
C. 微服务处理方式:API网关设计,

• 3.2 缓存击穿

说明:
由于REdis中某个热点数据超时/删除等操作,导致数据失效,如果用户高并发访问该数据,则可能导致数据可宕机,该操作称之为 缓存击穿

解决方案:
可以采用多级缓存的设计;

• 3.3 缓存雪崩

说明:
由于redis数据大量失效,导致用户访问命中率太低,=>大量用户直接访问数据库,导致服务器宕机;
解决方案:
可以采用多级缓存的设计;
设定不同超时时间
禁止直行flushall等敏感操作;

### 4. Redis分片说明

• 说明:

4.2部署

4.2.1 编制配置文件和修改端口

• 搭建端口号 6379 6380 6381
• 进入redis 根目录 cd /usr/local/src/redis

• 启动redis-server 6380.conf (redis-cli -p 6380 进入服务器)

4.2.2 redis分片测试

• 一致性HASH算法:
  A. 概念:是一种特殊的哈希算法,目的就是解决分布式缓存的问题,在移除和添加服务器的时候,能够尽可能小的改变映射关系;
  B. 原理说明:

  1). 常规hash由8位16进制数组成;
  2). uuid由23位16进制数组成

  C. 只负责管理 不负责存储数据

4.2.3 hash特性一 平衡性

实现平衡性的方案: 引入虚拟节点

4.2.4 hash特性二 单调性

特点:在进行数据迁移时尽可能小的改变的改变数据

4.2.5 hash特性三 分散性

4.2.6 redis的分散布局

第一步:配置文件

第二步:编辑配置类
API: ShardedJedis对象

5. Redis哨兵机制

5.1 分片机制存在的问题

• 说明:
  实现内存数据的扩容,如果redis其中有一个节点宕机,就会直接影响所有节点的运行;
• 采用哨兵机制,实现节点的高可用;

5.2 redis主从的部署

• 关闭redis分片的节点,
• 复制分片的目录 改名为sentinel
• 删除多余的持久化文件,保存redis的配置文件
• 启动三台redis服务器

实现redis的主从

• 命令: info replication 查看节点的状态(默认redis都是主机)

实现redis的主从的挂载

• 修改redis服务器状态 (主机和从机的修改)

A.slave of (进入80) 6379 为主机~~~~

B. redis所有节点都可以相同通信,

5.2 哨兵机制的工作原理

5.3 哨兵机制的配置