Java面试总结（Redis）

Redis数据类型：

• Strings
• Lists 按插入顺序排序的字符串元素的集合
• Sets 不重复且无序的字符串元素的结婚
• Sorted sets
• Hashes 由field和关联的value组成的map
• Bit arrays
• HyperLogLogs

Redis回收策略：

• noeviction
• allkeys-lru 尝试回收最少使用的键，使得新添加的数据有空间存放。
• volatile-lru 尝试回收最少使用的键，但仅限于在过期集合的键，使得新添加的数据有空间存放。
• allkeys-random 回收随机的键使得新数据有空间存放。
• volatile-random 回收随机的键使得新数据有空间存放，但仅限于在过期集合的键。
• volatile-ttl 回收在过期集合的键，并且优先回收存活时间(TTL)较短的键。

Redis的持久化：

• RDB持久化能够在指定的时间间隔对数据进行快照存储
• RDB是一个非常紧凑的文件，它保存了某个时间点的数据集，非常适用于数据集的备份，比如你可以在每个小时保存一下过去24小时内的数据，同时每天保存过去30天的数据，这样即使出了问题也可以根据需求回到不同版本的数据集
• RDB是一个紧凑的单一文件，很方便传送到另一个远端数据中心，非常适用于灾难恢复。
• RDB在保存RDB文件时父进程唯一需要做的就是fork一个子进程，接下来的工作全部交由子进程来做，父进程不需要再做其他IO操作，所以RDB持久化方式可以最大化Redis的性能
• 与AOF相比，在恢复大的数据集的时候,RDB方式会更快一些
• 如果你希望在Redis意外停止工作（例如电源中断）的情况下丢失的数据最少的话，那么RDB不适合你。虽然你可以配置不同的save时间点，但是Redis要完整的保存整个数据集是一个比较繁重的工作，所以会有一定的数据丢失
• RDB需要经常fork子进程来保存数据集到磁盘上，当数据集比较大的时候，fork的过程是非常耗时间的，可能会导致Redis在一些毫秒级内不能响应客户端的请求。如果数据集巨大并且CPU不好的情况，这种延迟会更大，虽然AOF也需要fork，但是可以调节重写日志文件的频率来降低。
• AOF持久化每次记录对服务器写的操作，当服务器重启的时候会重新执行这些命令来恢复原始的数据，AOF命令以Redis协议追加保存每次写的操作到文件末尾。Redis还能对AOF文件进行后台重写，使得AOF文件的体积不至于过大。
• 使用AOF会让Redis更加耐久：你可以使用不同的fsync策略，无fsync，每秒fsync，每次写的时候fsync。默认使用每秒fsync，一旦出现故障，你最多丢失1秒的数据。
• AOF文件是一个只进行文件追加的日志文件，所以不需要写入seek，即使由于某些原因未执行完整的写入命令，你可以使用redis-check-aof工具来修复。
• Redis可以在AOF文件体积变得过大时，自动地在后台对AOF进行重写：重写后的AOF文件包含了恢复当前数据集最小的命令集合。整个重写操作是绝对安全的，因为Redis在创建新的AOF文件的过程中，会继续将命令追加到现有的AOF文件中，即使重写过程发生停机，现有的AOF文件也不会丢失。而一旦新AOF文件创建完毕，Redis就会从旧AOF切换到新AOF文件，并开始对新AOF文件进行追加操作。

转载于:https://my.oschina.net/kyuan2cn/blog/1635463