Redis性能优化

1、尽量使用短的key
当然在精简的同时，不要忘了key的“见名知意”。对于value有些也可精简，比如性别使用0、1。
2、避免使用keys *
keys *, 这个命令是阻塞的，即操作执行期间，其它任何命令在你的实例中都无法执行。当redis中key数据量小时到无所谓，数据量大就很糟糕了。所以我们应该避免去使用这个命令。可以去使用SCAN,来代替。
3、在存到Redis之前先把你的数据压缩下
redis为每种数据类型都提供了两种内部编码方式，在不同的情况下redis会自动调整合适的编码方式。
4、设置key有效期
我们应该尽可能的利用key有效期。比如一些临时数据（短信校验码），过了有效期Redis就会自动为你清除！
5、选择回收策略(maxmemory-policy)
当Redis的实例空间被填满了之后，将会尝试回收一部分key。根据你的使用方式，强烈建议使用 volatile-lru（默认） 策略——前提是你对key已经设置了超时。但如果你运行的是一些类似于 cache 的东西，并且没有对 key 设置超时机制，可以考虑使用 allkeys-lru 回收机制，具体讲解查看 。maxmemory-samples 3 是说每次进行淘汰的时候 会随机抽取3个key 从里面淘汰最不经常使用的（默认选项）。
maxmemory-policy 六种方式 :
volatile-lru：只对设置了过期时间的key进行LRU（默认值）
allkeys-lru ： 是从所有key里 删除 不经常使用的key
volatile-random：随机删除即将过期key
allkeys-random：随机删除
volatile-ttl ： 删除即将过期的
noeviction ： 永不过期，返回错误
6、使用bit位级别操作和byte字节级别操作来减少不必要的内存使用
bit位级别操作：GETRANGE, SETRANGE, GETBIT and SETBIT
byte字节级别操作：GETRANGE and SETRANGE
7、尽可能地使用hashes哈希存储
8、当业务场景不需要数据持久化时，关闭所有的持久化方式可以获得最佳的性能
数据持久化时需要在持久化和延迟/性能之间做相应的权衡.
9、想要一次添加多条数据的时候可以使用管道
10、限制redis的内存大小（64位系统不限制内存，32位系统默认最多使用3GB内存）
数据量不可预估，并且内存也有限的话，尽量限制下redis使用的内存大小，这样可以避免redis使用swap分区或者出现OOM错误。（使用swap分区，性能较低，如果限制了内存，当到达指定内存之后就不能添加数据了，否则会报OOM错误。可以设置maxmemory-policy，内存不足时删除数据）
11、SLOWLOG [get/reset/len]
slowlog-log-slower-than 它决定要对执行时间大于多少微秒(microsecond，1秒 = 1,000,000 微秒)的命令进行记录。
slowlog-max-len 它决定 slowlog 最多能保存多少条日志，当发现redis性能下降的时候可以查看下是哪些命令导致的。
12 如果redis客户端和服务端都在同一台服务器，可以使用 unix socket ，不需要走TCP监听网络端口，使用后效果非常明显。
13 主从服务器之间加上一层专门复制的从服务器
14 redis 持久化有两种， 一种是快照持久化， 一种是AOF持久化，不管是哪一种持久化都是对硬盘写入数据， 如果频繁IO会直接影响性能。持久化也可以发送BGSVAE命令手动触发， 关闭自动持久化， 在用户活跃较少的时间段进行手动触发
15 redis 内存碎片率过高也会导致性能急速下降。这时可通过info memory查看mem_fragmentation_ratio指标， 当这个值大于1.5时， 重启redis实例会进行内存重新排序
16 redis 是一个单线程的程序， 客户端发送命令都是串行顺序执行的。如果其中一个命令执行时间很长， 会阻塞后面的命令。 这时需要了解命令的时间复杂度， 排序、并集、交集命令尽量放到客户端进行， 遍历大数据集合时尽量避免全局遍历。

Redis性能优化
如果redis客户端和服务端都在同一台服务器
（简书网站）redis 性能优化