什么是redis数据库,及其使用场景-redis数据库原理(1-16-74)

Redis本文目录一览：

• 1、Redis分布式锁的原理是什么?如何续期?
• 2、面试中问到Redis持久化的原理,本篇在做详细解答
• 3、redis缓存原理
• 4、Redis主从复制以及其原理
• 5、调研Redis高可用两种方案

Redis分布式锁的原理是什么?如何续期?

1、所以这个就是redis cluster，或者是redis master-slave架构的主从异步复制导致的redis分布式锁的最大缺陷：在redis master实例宕机的时候，可能导致多个客户端同时完成加锁。

2、redis是保持的AP而非CP，如果要追求强一致性可以使用zookeeper分布式锁，但是zookeeper也不是完全没问题，在出现网络颜值，客户端与服务端失联情况的时候也依然可能会出现分布式的问题。

3、分布式锁其实可以理解为：控制分布式系统有序的去对共享资源进行操作，通过互斥来保持一致性。

4、如果快要过期，但是业务逻辑还没执行完成，自动对这个锁进行续期，重新设置过期时间。可以先谷歌一下，相信谷歌大哥会告诉你有这么一个库把这些工作都封装好了，你只管用就是了，它叫 Redisson 。

5、获取锁最终都会调用这个方法，通过 lua 脚本与 redis 进行交互，来实现分布式锁。首先分析，传给 lua 脚本的参数：lua 脚本的流程：为了实现无限制持有锁，那么就需要定时刷新锁的过期时间。

面试中问到Redis持久化的原理,本篇在做详细解答

可在redis.conf中配置，会以一段时间内达到指定修改的次数为规则来触发快照操作，快照文件名为dump.rdb。每当Redis服务重启的时候都会从该文件中把数据加载到内存中。在60秒内有10000次操作即触发RDB持久化。

RDB 持久化机制 ：是对 redis 数据执行周期性的持久化。这种方式就是将内存中数据以快照的方式写入到二进制文件中，默认的文件名为 dump.rdb。客户端也可以使用save或者bgsave命令通知redis做一次快照持久化。

AOF（append only file）持久化：以独立日志的方式记录每次写命令，重启时再重新执行AOF文件中的命令达到恢复数据的目的。AOF的主要作用是解决了数据持久化的实时性，目前已经是Redis持久化的主流方式。

redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件）。

file（aof）里面（这称为“全持久化模式”）。

redis缓存原理

1、redis缓存原理是sql语句时key值，查询结果resultSet是value，当同一个查询语句访问时（select * from t_product），只要曾经查询过，调用缓存直接返回resultSet，节省了数据库读取磁盘数据的时间。

2、Redis是一种内存高速cache，如果使用redis缓存，那经常被访问的内容会被缓存在内存中，需要使用的时候直接从内存调取，不知道比硬盘调取快了多少倍，并且支持复杂的数据结构，应用于许多高并发的场景中。

3、AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中，然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。

4、内存淘汰管理机制Memory Management 当内存占满之后，redis提供缓存淘汰机制。

5、redis缓存其实就是把经常访问的数据放到redis里面，用户查询的时候先去redis查询，没有查到就执行sql语句查询，同时把数据同步到redis里面。redis只做读操作，在内存中查询速度快。

Redis主从复制以及其原理

主从复制原理 主从复制过程大体可以分为3个阶段：连接建立阶段（即准备阶段）、数据同步阶段、命令传播阶段。在从节点执行 slaveof 命令后，复制过程便开始运作，下面图示可以看出复制过程大致分为6个过程。

在主服务器与从服务器之间进行数据复制，分为两种方式：完整的重同步（full resynchronization）和部分的重同步（partial resynchronization）。

传统的Redis集群采用的主从复制模式，一般为一主多从，主节点有读写权限，但是从节点只有读的权限。主节点会定期将数据同步到从节点中，保证数据一致性的问题。

主从复制可以提高Redis集群的可用性，当主节点出现故障时，从节点可以自动或者手动替代主节点的职责，从而保证Redis集群的高可用性。

调研Redis高可用两种方案

1、Redis中为了实现高可用（High Availability，简称HA），采用了如下两个方式：Redis中主从节点复制数据有全量复制和部分复制之分。

2、Redis主从架构高可用的实现方式主要有两种：自动故障迁移和手动切换。1 自动故障迁移 自动故障迁移是指当主节点出现宕机或者故障时，从节点可以自动接替主节点的职责，继续提供服务。这种方式需要实现Redis Sentinel监控系统。

3、Redis 高可用方案常用的有两种：Redis Sentinel 和 Redis Cluster ，本篇笔记介绍这两种方案如何在 Kubernetes 中部署。

4、Redis哨兵是一种自动化的Redis高可用解决方案，可以监测主节点的状态，并在主节点宕机后自动将从节点升级为新的主节点，以保证Redis服务的高可用性。

5、redis高可用：如果你做主从架构部署，其实就是加上哨兵就可以了，就可以实现，任何一个实例宕机，自动会进行主备切换。