Redis FAQ

简单翻译Redis官网的FAQ以及部分自己总结的问题
官网FAQ地址

Redos持久化策略：RDB和AOF

RDB：数据快照，数据整体快照，吞吐量较大，但单次耗时较长，如果在dump的时候宕机可能会导致数据丢失。
AOF：日志追加，占空间比RDB大，但安全性更好，每秒追加一次日志，丢失数据的可能性会小很多，但是宕机恢复很慢。

而在实际生产环境中，我们通常会将两种持久化策略共同使用，定期进行数据快照，同时保留 AOF 日志，在快照之前的日志就可以删除了，这样既节省了空间，同时又能加快恢复速度，还能保证解决的数据持久可靠性。

Redis和其他的KV数据库有什么不同

1 Redis支持额外的数据结构
2 Redis是纯基于内存的

Redis内存占用情况怎么样

空的Redis —— 3MB
一百万小KV数据——85MB

Redis以后打算出基于磁盘的版本吗，我想创建一个比内存更大的数据集

不会，我们始终专注内存，不忘初心，我们的口号是：“data served from memory, disk used for storage. ”；如果你觉得内存不够的话可以考虑下Redis集群；另外有些组织的魔改版本好像支持磁盘存储，但我们官方不会支持

Redis和基于磁盘的数据库一起用怎么样

很Nice，大家一般都是这么用的：大量频繁的小数据写入Redis，大对象写SQL入DB；还有一种用法就是，从DB中复制出来保存Copy在内存中

如何降低Redis的内存占用？

1 使用32的Redis？？
2 善用Redis数据结构，内部有优化，比独立的几个KV会更省空间

Redis用尽内存了会发生什么？

1 Redis可能会被Linux kernel OOM kill 掉，报错崩溃或者是开始慢下来
2 你可以在配置文件中设置一个内存limit，当到达这个值后，Redis就会进入Read-only模式，拒绝写操作
3 在使用Redis作为LRU 缓存时可以设置达到limit移除一些key

Redis磁盘镜像备份是Atomic的吗？

是的，备份进程只会在server没有执行命令的时候执行

Redis是单线程的，如何充分利用CPU？

1 CPU并不是Redis的瓶颈，瓶颈往往来自于IO和内存，现在一个CPU已经很够用了，每秒可以处理一百万个请求，多线程反而会带来并发安全、线程切换等问题
2 但现在其实也有用到多线程，不过只干点小活，如：后台删除，拒绝命令等
3 Redis 4.0我们开始尝试让Redis更加的多线程化，拭目以待吧

Redis key上限是多少？Hash，List，Set成员上限是多少

2^32 ； 2^32

为什么我的从服务器key数量和主服务器key数量不一致？

因为Master在删除key时只是标记删除，会等后来的key来覆盖它，而在写入RDB时是不会把这些写过去的，但DBSZIE命令还会把它们算在里面，在逻辑上它的数量其实还是一样的

Redis名字的含义是什么？

REmote DIctionary Server

Redis分片的好处

1 增大Redis总内存
2 将Redis扩展到多

什么是Redis主从架构

Description : 将Redis服务器搭建成一主一从，或一主多从，主服务器负责写，从服务器负责读，读写分离提高性能，同时如果Master宕机，可以选举一位Slave成为新的Master，从而保证整个系统的稳定性，避免单点故障，甚至引起缓存击穿，缓存雪崩等问题

主从从架构：Slave slaveof Slave 形成一条链，缓解多个Slave同时同步于Master带来的压力

从库只读：可设置

Redis分区的实现方式

1 客户端分区，客户端判断好该去哪个机器上读取
2 代理分区：所有的请求都访问Proxy，然后Proxy给你返回结果，分片对Client不可见，Proxy内部帮你判断去哪台机器并完成请求；常见应用方式：Redis中间件，如：Twemproxy
3 路由分区：随机访问某个Redis，然后它帮你重定向到你该去的地方；Redis-Cluster

Redis Cluster

Redis Cluster是官方给出的集群实现
数据分片实现：哈希槽，CRC16对16384取模决定Key会被放置到哪个节点；后台维护一个值范围与节点的对应表，增加或减少节点时修改表中节点对应范围即可；使用路由分区算法
一致性：Master处理完写命令后异步复制到子节点上（为了及时响应），存在一个时间滞后，因此不能保证数据的强一致性；另外网络分区时也会导致写丢失
大致架构：路由分区+哈希槽+主从

Redis 为何要尽量避免大Key？

1 大Key会导致数据堆积在单一分片上，导致内存过大，响应变慢，不能充分利用集群的优势
2 由于单线程限制，单一Key在存取时会阻塞其他操作，导致Redis无法及时响应

Redis 一般多大的 Key 叫大 Key？

在我们团队的实践中，一般满足如下任一条件的 Key 会视为大 Key：

普通 KV 类型 Value 大于 10KB
集合类型 Key 中元素个数大于5000
集合类型 Key 整体 value 大于10MB(1010001000)

具体也看对应的机器性能和业务类型，不同场景可以适当调整标准。

Redis实现分布式锁

SETNX key val 加锁：如果key存在，set key val return 1 ,else return 0
DELETE key 解锁：删除key
expire：用于加锁时设置，超时自动释放锁，防止永久锁

什么是 O(n) 命令

我们知道 redis 正常查找一个 Key 的时间复杂度是 O(1) 的，而也存在一下命令时间复杂度和 Key 的数量是成正比的：
hgetall、lrange、smembers、zrange、sinter、keys 等，这些命令对性能的影响是很大的，我们在生产环境中要尽量避开这些命令