优点：RDB文件紧凑，体积小，网络传输快，适合全量复制；恢复速度比AOF快很多。当然，与AOF相比，RDB最重要的优点之一是对性能的影响相对较小

缺点：RDB文件的致命缺点在与其数据快照的持久化方式决定了必然做不到实时持久化，而在数据越来越重要的今天，数据的大量丢失很多时候是无法接受的，因此AOF持久化称为主流。此外，RDB文件需要满足特定格式，兼容性差。

AOF持久化

与RDB持久化相对应,AOF的优点在于支持秒级持久化、兼容性好，缺点是文件大，恢复速度慢，对性能影响大

如何选择Redis持久化方式策略？

在介绍持久化策略之前，首先要明白无论是RDB还是AOF，持久化的开启都是要付出性能方面的代价的。对比RDB持久化，一方面是bdsave在进行fork操作时Redis主进程会阻塞，另一方面，子进程向硬盘写数据也会带来IO压力；对于AOF持久化，向硬盘写数据的频率大大提高（everysec策略下为秒级），IO压力更大，设置可能造成AOF追加阻塞文件。此外，AOF文件的重写与RDB的basave类似，会有fork时的阻塞和子进程的IO压力问题。相对来说，由于AOF向硬盘中写数据的频率更高，因此对Redis主进程性能的影响会更大。

在实际生产环境中，根据数据量、应用对数据的安全要求、预算限制等不同情况，会有各种各样的持久化策略；如完全不使用任何持久化，使用RDB或AOF一种，或同事开启RDB和AOF持久化等。此外，持久化的选择必须与Redis的主从策略一起考虑，因为主从复制与持久化同样具有数据备份的功能，而且主机master和从机slave可以独立的选择持久化方案。

Redis集群的主从复制模型是怎样的？

为了是在部分节点失败或者大部分节点无法通信的情况下集群仍然可用，所以集群是用了主从复制模型，每个节点都会有N-1个复制品

Redis集群会有写操作丢失吗？为什么？

Redis并不能保证数据强一致性，这意味着在实际中集群在特定的条件下可能会丢失写操作

Redis集群之间是如何复制的

异步复制

Redis如何做内存优化

尽可能使用散列表（hashes），散列表（是说列表里面存储的数少）使用的内存非常小，所以你应该尽可能的将你的数据模型抽象到一个散列表里面，比如你的web系统中有一个用户对象，不要为这个用户的名称，姓氏，邮箱，密码设置单独的key，而是应该把这个用户所有信息存储到一张散列表中

Redis回收进程如何工作？

一个Client运行了新的命令，添加了新的数据，Redis会检查内存使用情况，如果大于maxmemory的限制，则根据设定好的策略进行回收

Redis常用的使用场景

• Session共享（单点登录）
• 页面缓存
• 队列
• 排行榜/计算器

以上就是Redis面试必会的题目的详细内容，更多关于Redis面试题的资料请关注其它相关文章！