redis永久缓存

Ⅰ redis缓存原理

1、Redis是一种内存高速cache，如果使用redis缓存，那经常被访问的内容会被缓存在内存中，需要使用的时候直接从内存调取，不知道比硬盘调取快了多少倍，并且支持复杂的数据结构，应用于许多高并发的场景中。
2、Redis支持主从同步。数据可以从主服务器向任意数量的从服务器上同步，从服务器可以是关联其他从服务器的主服务器。这使得Redis可执行单层树复制。存盘可以有意无意的对数据进行写操作。由于完全实现了发布/订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主服务器完整的消息发布记录。同步对读取操作的可扩展性和数据冗余很有帮助。zset是set的一个升级版本，他在set的基础上增加了一个顺序属性，这一属性在添加修改元素的时候可以指定，每次指定后，zset会自动重新按新的值调整顺序。可以理解了有两列的mysql表，一列存value，一列存顺序。操作中key理解为zset的名字。
更多关于redis缓存原理，进入：https://www.abcgonglue.com/ask/66eab61616100681.html?zd查看更多内容

Ⅱ 缓存数据丢了，原来是Redis持久化没玩明白

Redis作为微服务架构中的关键数据库中间件，其缓存功能极大提高了数据查询效率，降低了后端数据库的压力。然而，Redis缓存数据的易丢失特性使得数据持久化变得尤为重要。本文将深入探讨Redis持久化机制，包括AOF、RDB以及混合持久化，分析其原理及优缺点。

AOF持久化通过记录修改操作命令实现数据持久化。Redis服务端启动后，可从日志文件中回放执行命令恢复数据。与WAL（Write-Ahead Log）不同，AOF在数据写入内存后，再将操作命令写入AOF文件。这种独特方式保证了命令的合法性，提升了内存数据恢复效率，同时不会阻塞修改命令。

AOF文件包含执行缓存的命令，记录了Redis客户端与服务端之间的通信内容。虽然AOF提供了数据持久化，但仍存在数据丢失的风险。若在操作Redis后，命令未写入AOF文件就宕机，则该命令及其对应的数据将丢失。

Redis提供了三种AOF落盘策略：不落盘、每秒落盘、每次修改后落盘。每种策略都有其优缺点，需根据实际业务场景选择合适的配置。

AOF文件可能会随时间增长而变大，影响IO性能。Redis通过将大文件拆分为多个小文件或AOF重写（合并命令）来优化文件大小。

RDB持久化通过内存数据快照实现数据持久化。Redis可以按固定时间间隔将内存中的缓存数据保存到RDB文件中。这种机制在恢复数据时效率较高，但存在数据丢失的风险。

混合持久化结合了AOF和RDB的优点，在数据可靠性和恢复效率上达到平衡。然而，混合持久化的兼容性较差，仅支持Redis 4.0及以上版本。

总结来说，Redis持久化机制有AOF、RDB和混合持久化三种。了解其原理和优缺点，有助于选择合适的持久化策略，提高平台稳定性。

Ⅲ redis怎么清除缓存

Redis清除缓存的方法有多种，可以通过不同的命令和策略来实现。

详细解释如下：

1. 使用FLUSH命令

Redis提供了FLUSH命令来清除缓存。其中，`FLUSHALL`命令用于清除所有key，而`FLUSHDB`命令仅清除当前数据库的key。这些命令会立即删除所有相关键，从而清空缓存。但需要注意的是，这些操作是不可逆的，一旦执行，数据将永久丢失。因此，在执行前需要谨慎考虑。

2. 使用DEL命令

除了FLUSH命令，还可以使用DEL命令来删除特定的key，从而清除相应的缓存项。与FLUSH不同，DEL允许你按需删除特定的数据。这是一种更灵活的方式，可以根据实际需求来清除缓存。

3. 使用EXPIRE命令设置缓存过期时间

另一种策略是设置缓存的过期时间。通过EXPIRE命令，你可以为key设置一个过期时间。当key达到设定的时间后，Redis会自动删除该key及其相关的缓存数据。这种方式适用于那些有生命周期限制的缓存数据。

4. 使用Redis策略配置

除了上述操作命令，还可以通过Redis的配置策略来管理缓存。例如，可以设置Redis的持久化策略，定期将数据持久化到磁盘，同时清理内存中的缓存数据。此外，还可以结合Redis的驱逐策略，在缓存达到上限时自动删除不常用的数据。

总的来说，Redis提供了多种方法和策略来清除缓存。在使用时，应根据实际需求和数据重要性来选择合适的方法。同时，操作前务必谨慎，确保不会误删重要数据。通过合理配置和使用Redis，可以有效地管理缓存，提高系统的性能和响应速度。

Ⅳ 缓存-redis 三种模式搭建和运行原理

标签： redis 缓存 主从 哨兵 集群

本文简单的介绍redis三种模式在linux的安装部署和数据存储的总结，希望可以相互交流相互提升。

对于Centos7在安装redis之前需要进行一些常用工具的安装：

关闭防火墙

正式安装redis

在redis进行maketest时候会出现一系列的异常，有如下解决方案：

用redis-server启动一下redis，做一些实验没什么意义。

要把redis作为一个系统的daemon进程去运行的，每次系统启动，redis进程一起启动，操作不走如下：

RDB和AOF是redis的一种数据持久化的机制。 持久化 是为了避免系统在发生灾难性的系统故障时导致的系统数据丢失。我们一般会将数据存放在本地磁盘，还会定期的将数据上传到云服务器。
RDB 是redis的snapshotting，通过redis.conf中的save配置进行设置，如 save 60 1000:

AOF 是以appendonly方式进行数据的储存的，开启AOF模式后，所有存进redis内存的数据都会进入os cache中,然后默认1秒执行一次fsync写入追加到appendonly.aof文件中。一般我们配置redis.conf中的一下指令：

AOF和RDB模式我们一般在生产环境都会打开，一般而言，redis服务挂掉后进行重启会优先家在aof中的文件。

当启动一个slave node的时候，它会发送一个PSYNC命令给master node,如果这是slave node重新连接master node，那么master node仅仅会复制给slave部分缺少的数据;否则如果是slave node第一次连接master node，那么会触发一次full resynchronization;
开始full resynchronization的时候，master会启动一个后台线程，开始生成一份RDB快照文件，同时还会将从客户端收到的所有写命令缓存在内存中。RDB文件生成完毕之后，master会将这个RDB发送给slave，slave会先写入本地磁盘，然后再从本地磁盘加载到内存中。然后master会将内存中缓存的写命令发送给slave，slave也会同步这些数据。
slave node如果跟master node有网络故障，断开了连接，会自动重连。master如果发现有多个slave node都来重新连接，仅仅会启动一个rdb save操作，用一份数据服务所有slave node。

从redis 2.8开始，就支持主从复制的断点续传，如果主从复制过程中，网络连接断掉了，那么可以接着上次复制的地方，继续复制下去，而不是从头开始复制一份。

master node会在内存中常见一个backlog，master和slave都会保存一个replica offset还有一个master id，offset就是保存在backlog中的。如果master和slave网络连接断掉了，slave会让master从上次的replica offset开始继续复制,但是如果没有找到对应的offset，那么就会执行一次resynchronization。

master在内存中直接创建rdb，然后发送给slave，不会在自己本地落地磁盘了，可以有如下配置：

slave不会过期key，只会等待master过期key。如果master过期了一个key，或者通过LRU淘汰了一个key，那么会模拟一条del命令发送给slave。

在redis.conf配置文件中，上面的参数代表至少需要3个slaves节点与master节点进行连接，并且master和每个slave的数据同步延迟不能超过10秒。一旦上面的设定没有匹配上，则master不在提供相应的服务。

sdown达成的条件很简单，如果一个哨兵ping一个master，超过了 is-master-down-after-milliseconds 指定的毫秒数之后，就主观认为master宕机
sdown到odown转换的条件很简单，如果一个哨兵在指定时间内，收到了 quorum 指定数量的其他哨兵也认为那个master是sdown了，那么就认为是odown了，客观认为master宕机

如果一个slave跟master断开连接已经超过了down-after-milliseconds的10倍，外加master宕机的时长，那么slave就被认为不适合选举为master

(down-after-milliseconds * 10) + milliseconds_since_master_is_in_SDOWN_state

每次一个哨兵要做主备切换，首先需要quorum数量的哨兵认为odown，然后选举出一个slave来做切换，这个slave还得得到majority哨兵的授权，才能正式执行切换；

（2）SENTINEL RESET *，在所有sentinal上执行，清理所有的master状态
（3）SENTINEL MASTER mastername，在所有sentinal上执行，查看所有sentinal对数量是否达成了一致

4.3.2 slave的永久下线

让master摘除某个已经下线的slave：SENTINEL RESET mastername，在所有的哨兵上面执行.

redis的集群模式为了解决系统的横向扩展以及海量数据的存储问题，如果你的数据量很大，那么就可以用redis cluster。
redis cluster可以支撑N个redis master,一个master上面可以挂载多个slave，一般情况我门挂载一个到两个slave，master在挂掉以后会主动切换到slave上面，或者当一个master上面的slave都挂掉后，集群会从其他master上面找到冗余的slave挂载到这个master上面，达到了系统的高可用性。

2.1 redis cluster的重要配置

2.2 在三台机器上启动6个redis实例

将上面的配置文件，在/etc/redis下放6个，分别为: 7001.conf，7002.conf，7003.conf，7004.conf，7005.conf，7006.conf

每个启动脚本内，都修改对应的端口号

2.3 创建集群

解决办法是 先安装rvm，再把ruby版本提升至2.3.3

使用redis-trib.rb命令创建集群

--replicas: 表示每个master有几个slave

redis-trib.rb check 192.168.31.187:7001 查看状体

3.1 加入新master

以上相同配置完成后，设置启动脚本进行启动；然后用如下命令进行node节点添加：

3.2 reshard一些数据过去

3.3 添加node作为slave

3.4 删除node