redis崩溃恢复，redis崩溃后的两种恢复方式

redis10个grdb恢复需要多久

AOF 方法进行故障恢复的时候，需要逐一把操作日志都执行一遍。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用。RDB 既可以保证可靠性，还能在宕机时实现快速恢复。

RDB介绍 RDB 是 Redis 默许的耐久化计划。在指定的时间距离内，实行指定次数的写操作，则会将内存中的数据写入到磁盘中。即在指定目录下生成一个dump.rdb文件。Redis 重启会通过加载dump.rdb文件恢复数据。

如果对于数据敏感的业务，在程序中要使用恰当的日志，在服务器crash之后，通过日志恢复数据。

redis数据量过大怎么办

1、定期清理日志：Redis 的日志文件会占用大量的内存空间。可以定期清理日志文件，以释放内存空间。 使用缓存机制：如果 Redis 内存使用量较大，可以考虑使用缓存机制来减少对数据库的压力。

2、dump.rdb文件是redis缓存被持久化到本地的数据文件。可以用scan命令看看 缓存的数据是不是都是你需要的。不需要的话 可以用命令 flushdb 然后 save 将缓存清掉。

3、第一，大量的数据是不会考虑放在JVM内存中；第二，如果需要缓存大量的dto，动态数据（又称过程数据）一般用的是redis；如果是静态，系统启动时就加载的大量配置，一般考虑放ehcache。

Redis红锁

此外，客户端在大多数 Redis 实例中尝试获取锁的速度越快，裂脑情况的窗口就越小（并且需要重试），因此理想情况下，客户端应尝试使用多路复用同时将 SET 命令发送到 N 个实例。

redis引入了 红锁 的概念：用Redis中的多个master实例，来获取锁，只有 大多数 实例获取到了锁，才算是获取成功 。

思路是在加锁的时候多加锁几台redis服务器，通常情况下redis部署的时候是2n+1台，那么在加锁的时候需要保证过半数服务器加锁成功了，也就是说n+1台服务器。这时候除非整个集群都不可用了，则这个安全性将大幅度提升。

为此，Redis 的作者提出一种解决方案，就是我们经常听到的 Redlock(红锁)。 现在我们来看，Redis 作者提出的 Redlock 方案，是如何解决主从切换后，锁失效问题的。

Redisson实现Redis分布式锁的底层原理 好的，接下来就通过一张手绘图，给大家说说Redisson这个开源框架对Redis分布式锁的实现原理。（1）加锁机制 咱们来看上面那张图，现在某个客户端要加锁。

Redis分布式锁的原理 Redis分布式锁可以有多种方式实现但是其核心就是通过以下三个Redis命令组合实现。SETNX SETNX key val 当且仅当key不存在时，set一个key为val的字符串，返回1；若key存在，则什么都不做，返回0。

redis崩溃恢复的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于redis崩溃后的两种恢复方式、redis崩溃恢复的信息别忘了在本站进行查找喔。