Redis为什么会那么快?Redis 之所以快，是因为它完全基于内存，绝大部分请求是纯粹的内存操作，非常快速 。数据存在内存中，类似于HashMap，HashMap的优势就是查找和操作的时间复杂度都是O（1） 。
Redis快的主要原因是：完全基于内存数据结构简单，对数据操作也简单使用多路 I/O 复用模型第二点不细讲，主要围绕第三点采用多路 I/O 复用技术来展开 。
因为Redis是基于内存的操作，CPU不是Redis的瓶颈，Redis的瓶颈最有可能是机器内存的大小或者网络带宽 。既然单线程容易实现 ， 而且CPU不会成为瓶颈，所以 Redis 是单线程的 。
Redis 的执行效率快的原因有以下几点：- Redis 将数据储存在内存里面，读写数据的时候都不会受到硬盘 I/O 速度的限制，所以速度极快 。
redis10个grdb恢复需要多久AOF 方法进行故障恢复的时候 ， 需要逐一把操作日志都执行一遍 。如果操作日志非常多，Redis 就会恢复得很缓慢，影响到正常使用 。RDB 既可以保证可靠性，还能在宕机时实现快速恢复 。
比如每6小时执行bgsave备份，并把RDB文件拷贝到远程机器或者文件系统中（如hdfs） ， 用于灾难恢复 。·Redis加载RDB恢复数据远远快于AOF的方式 。RDB的缺点： ·RDB方式数据没办法做到实时持久化/秒级持久化 。
Redis 混合持久化的存储模式是， 开始的数据以 RDB 的格式进行存储 ，因此只会占用少量的空间，并且之后的命令会以 AOF 的方式进行数据追加，这样就可以减低数据丢失的风险，同时可以提高数据恢复的速度 。
高的话也可以在master做 。至于恢复，吧rdb和aof拷贝到指定位置，redis会自动读取进行恢复 。
【redis吞吐量有多大 redis每秒吞吐量几个g的数据】没有满足第二种条件时，在300秒内有10次操作即触发RDB持久化 。RDB持久化除了可以根据配置中的策略来触发外，还可以使用save和bgsave命令手动来触发 。这两个命令的区别在于save会阻塞服务器进程 。
RDB文件是一个很简洁的单文件，它保存了某个时间点的Redis数据，很适合用于做备份 。你可以设定一个时间点对RDB文件进行归档，这样就能在需要的时候很轻易的把数据恢复到不同的版本 。RDB很适合用于灾备 。
Redis数据丢失问题1、Redis中的Map被误删除：在某些情况下，可能会出现误删除Map的情况，例如在操作时误执行了DEL命令或者使用了错误的键名 。
2、Redis 内存淘汰机制有以下几个：noeviction： 当内存不足以容纳新写入数据时 ， 新写入操作会报错 ， 这个一般没人用吧，实在是太恶心了 。
3、数据持久化：Redis提供了RDB和AOF两种持久化策略，但在某些情况下 ， 如意外宕机等，可能会导致缓存数据的丢失 。内存限制：Redis是基于内存的存储系统，当缓存数据量过大时 ， 可能会消耗大量内存资源，影响软件其他功能的性能 。
推荐阅读
- redis的定期删除和惰性删除 redis定期删除失效的场景
- 如何在粘土服务器上使用头部饰品？ 粘土服务器头部饰品怎么用
- 服务器第一成就能带走吗 怎么在服务器里做成就卷
- 如何免费开通会员服务器？ 怎么开通0元入会服务器
- 查redis实例中有多少条数据 redis查询有几个队列
- redis设置内存 单机redis如何增加内存
- 如何在粘土服务器中攻击左手？ 粘土服务器左手怎么攻击