redis数据丢失问题-redis数据落盘策略(1-17-87)

更新时间：2024-09-06 分类：Redis 浏览量：3

Redis本文目录一览：

1、noeviction：默认策略，不淘汰数据；大部分写命令都将返回错误（DEL等少数除外）。allkeys-lru：从所有数据中根据 LRU 算法挑选数据淘汰。volatile-lru：从设置了过期时间的数据中根据 LRU 算法挑选数据淘汰。

2、监听配置类监听类将Redis用作缓存时，如果内存空间用满，就会自动驱逐老的数据。

3、volatile-lru 和 volatile-random 主要应用场景是：既有缓存，又有持久key的实例中，一般这类场景应该使用单独的Redis实例。

4、当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 的持久化有两种策略：RDB（Redis Database）：指定的时间间隔能对你的数据进行快照存储。AOF（Append Only File）：每一个收到的写命令都通过write函数追加到文件中。

总共有三种模式，如 appendfsync everysec默认的是每秒强制写入磁盘一次 appendfsync always 每次执行写操作的时候就强制写入磁盘 appendfsync no 完全取决于os，性能最好但是持久化没法保证其中第三种模式最好。

AOF：AOF是一种日志持久化机制，它记录了Redis服务器所执行的所有写操作。AOF持久化机制将Redis的操作追加到一个只进行追加操作的文件中，因此可以保证每次写操作都被完整地记录下来。

Redis 提供了多种不同级别的持久化方式：RDB 持久化可以在指定的时间间隔内生成数据集的时间点快照（point-in-time snapshot）。

1、所有数据基本上都存在于内存当中，会定时以追加或者快照的方式刷新到硬盘中. 由于redis是一个内存数据库，所以读取写入的速度是非常快的，所以经常被用来做数据，页面等的缓存。

2、首先找到redis的安装目录，如下图测试环境目录，进入到/opt/install/redis-19/src，如下图所示。需要注意，一般情况下是在redis的安装目录下，有时也会在bin目录下，如下图所示。

3、先读取nosql缓存层，没有数据再读取mysql层，并写入数据到nosql。nosql层做好多节点分布式（一致性hash），以及节点失效后替代方案（多层hash寻找相邻替代节点），和数据震荡恢复了。

4、咱们主要看在WINDOWS上怎样使用REDIS数据库。下载地址：https：//github.com/dmajkic/redis/downloads选择一个版本进行下载，压缩包中包括32位和64位的安装工具。我们这里使用32位的。