NoSQL之 Redis配置与优化
redis的2种持久化方式
RDB持久化：
定时把redis内存中的数据进行快照，并压缩保存到硬盘
手动触发：bgsave命令
自动触发：满足ssave指令的配置条件
主从复制时，从节点首次连接也会触发
shutdown命令时，自动触发RDB持久化
文件名：dump.rdb
优点：RDB持久化保存的文件占用空间小，网络传输快，恢复速度比AOF快，性能影响比AOF更小
缺点：实时性不如AOF，兼容性较差，持久化期间在fork子进程时，会阻塞redis父进程
AOF持久化：
以追加的方式讲redis写操作的命令记录到aof文件中
执行过程：
1.命令追加（写命令追加到aof_buf缓冲区）
2.文件写入和同步（文件名：appendonly.aof，同步策略：appendfsync everysec | always|no，）
3.文件重写，减少aof文件占用空间的大小和加快恢复速度（执行命令：bgrewriteaof，手动触发）
优点：实时性比RDB更好，支持秒级持久化，兼容性较好
缺点：持久化保存的文件占用磁盘空间更大，恢复速度更慢，性能影响更大，AOF文件重写期间在fork子进程时会阻塞redis父进程
两种的区别
RDO/AOF持久化区别可根据工作方式、实时性、磁盘韩永、恢复速度、兼容性、io性能影响等方面进程阐述。
redis优化
1.设置 config set activedefrag yes 开启内存碎片自动清理，或者定时执行 memory purge 清理内存碎片
2.尽可能使用hash数据类型存储数据。因为hash类型的一个key 可包含多个字段，该类型的数据占用空间较小
3.建议给 key 设置过期时间
4.精简 key 的键名和键值，控制 key 占用空间的大小，避免bigkey（大键） 的产生
5. 修改配置 maxmemory 指定redis可占用的最大内存大小
修改配置 maxmemory-policy 指定内存数据淘汰策略（key的回收策略），实现保证内存使用率不超过最大内存
修改配置 maxmemory-samples 指定内存数据淘汰策略的样本数量，一般为3~7，值越大样本越精确
修改配置 maxclients 指定最大客户端连接数
修改配置 tcp-backlog 指定最大连接排队数
修改配置 timeout 指定连接超时时间
修改配置 lazyfree-lazy-expire yes 释放过期 key的内存，放到后台线程执行，避免阻塞主线程
修改配置no-appendfsync-on-rewrite yes A0F 文件重写期间，AOF 后台子线程不进行刷盘操作，避免 AORF重写和 fsync 竞争磁盘 io 资源，导致 Redis 延迟增加
6.是个照顾AOF持久化和主从复制来备份数据，采用哨兵或集群模式实现redis集群的高可用
7.建议设置config set requirepass 或修改配置requirepas 来设置 redis 密码
redis的三大缓存问题
正常情况下，大部分的访问请求应该是先被redis响应的，在redis那里得不到响应的小部分访问请求才会去请求MySQL数据库获取数据，这样MySQL数据库的负载压力是非常小的，且可以正常工作。
缓存雪崩/穿透/击穿三大问题的根本原因就是在于redis缓存命中率下降，大量请求会直接发送给MySQL数据库，导致MySQL数据库压力过大而崩溃。
缓存雪崩:
redis中大量缓存key过期
缓存穿透：
大量请求访问redis和MySQL都资源不存在的
缓存击穿：
redis中一个热点key过期，此时又有大量用户访问这个热点key
缓存问题的解决方案
缓存雪崩的解决方案：
1.使用随机数设置key的过期时间，防止集体过期
2.设置缓存标记，如果缓存过期，则自动更新缓存
3.使用排他锁，，实现加锁等待
缓存穿透的解决方案:
1.对空值也进行缓存
2.使用布隆过滤器进行判断拦截
3.使用脚本实时监控，进行黑名单限制
缓存击穿的解决方案：
1.预先对热点进行缓存预热
2.监控数据，实时调整过期时长
3.数据库使用排他锁，实现加锁等待
如何博爱正MySQL和redis 的数据一致性？
-
读取数据时，先从redis读取数据，如果redis中没有，再从MySQL中读取，并将读取到的数据同步到redis缓存中。或者采用缓存预热的方式，进行同步。
-
更新数据时，先更新MySQL数据库，再更新redis缓存
-
删除数据时，先删除redis缓存，再删除MySQL数据库
对于一些关键数据，可以使用MySQL的触发器，来实现同步更新redis缓存。也可以使用定时任务，来定期同步MySQL和redis的数据。