一、Redis优化
- 开启 AOF 持久化
- 设置 config set activedefrag yes 开启内存碎片自动清理，或者 定时执行 memory purge 清理内存碎片
- 设置 内存数据淘汰策略 maxmemory-policy 实现保证内存使用率不超过系统最大内存
maxmemory设置redis占用最大内存值，maxmemory-samples设置淘汰策略算法的样本数量
- 尽可能使用 Hash 数据类型存储数据，如果 Hash 中包含很少的字段，那么该类型的数据也将仅占用很少的空间
- 设置 key 的过期时间，精简键名和键值，控制键值的大小
- 设置 config set requirepass 开启密码验证
- 合理设置 maxclient 最大连接数参数（10000），tcp-backlog 连接排队数（1024）， timeout 连接超时时间（30000）
- 部署主从复制，备份数据，采用哨兵或集群方案实现高可用
二、缓存和数据库双写一致性问题
先更新数据库，然后再删除缓存 + 缓存做过期时间，数据过期后再有读请求可从数据库直接更新缓存
三、缓存雪崩
1、产生原因
先更新数据库，然后再删除缓存 + 缓存做过期时间，数据过期后再有读请求可从数据库直接更新缓存
2、解决方案
缓存数据的过期时间设置随机，防止同一时间大量数据过期现象发生。
一般并发量不是特别多的时候，使用最多的解决方案是加锁排队。
给每一个缓存数据增加相应的缓存标记，记录缓存的是否失效，如果缓存标记失效，则更新数据缓存。
四、缓存击穿
1、产生原因
缓存中没有但数据库中有的数据（一般是缓存时间到期），这时由于并发用户特别多，同时读缓存没读到数据，又同时去数据库去取数据，引起数据库压力瞬间增大，造成过大压力。
和缓存雪崩不同的是，缓存击穿指并发查同一条数据，缓存雪崩是不同数据都过期了，很多数据都查不到从而查数据库。
2、解决方案
设置热点数据永远不过期。
加互斥锁，互斥锁
五、缓存穿透
1、产生原因
缓存和数据库中都没有的数据，导致所有的请求都落到数据库上，造成数据库短时间内承受大量请求而崩掉。
2、解决方案
接口层增加校验，如用户鉴权校验，id做基础校验，id<=0的直接拦截；
从缓存取不到的数据，在数据库中也没有取到，这时也可以将key-value对写为key-null，缓存有效时间可以设置短点，如30秒（设置太长会导致正常情况也没法使用）。这样可以防止攻击用户反复用同一个id暴力攻击
采用布隆过滤器，将所有可能存在的数据哈希到一个足够大的 bitmap 中，一个一定不存在的数据会被这个 bitmap 拦截掉，从而避免了对底层存储系统的查询压力