这是我参与「第五届青训营」笔记创作活动的第17天

1 Redis基本工作原理

1.2 Redis实现数据持久化的原理：AOF/RDB

RDB 就是 Redis DataBase 的缩写，中文名为快照/内存快照。RDB是一种快照存储持久化方式，原理就是将Redis某一时刻的内存数据写入到RDB文件中，并保存到磁盘上。

该文件是一个压缩过的二进制文件，默认文件名为dump.rdb，通过该文件可以还原redis数据库的数据。在Redis服务器启动时，会重新加载dump.rdb文件的数据到内存当中，达到恢复数据目的。

AOF（append only file）持久化：与RDB存储某个时刻的快照不同，AOF是将客户端的每一个写操作命令都记录到日志中，追加到后缀为aof 的文件末尾，在Redis服务器重启时，会加载并运行aof文件的所有命令，以达到恢复数据的目的。

AOF文件是怎么生成的呢？

手动触发： bgrewriteaof 命令（该命令会重新aof，下面有讲） 自动触发：根据配置规则，当然自动触发的整体时间还跟Redis的定时任务频率有关系

1.2 Redis单线程处理命令的概念

因为 Redis 是基于内存的操作，CPU 不会成为 Redis 的瓶颈，而最有可能是机器内存的大小或者网络带宽。既然单线程容易实现，而且 CPU 不会成为瓶颈，那就顺理成章地采用单线程的方案了。 redis的单线程不是指redis只会有一个线程，而是指redis处理请求(增删改查)时只会使用一个线程去执行

redis在执行其他操作的时候，可能会开启多个进程或线程，如持久化：redis执行BGSAVE指令，进行快照持久化时，就会fork出一个子进程，然后子进程去创建快照，完成持久化操作

redis单线程的基本模型:

redis 客户端对服务端的每次调用都会经历发送命令，执行命令，返回结果三个过程

redis 是单线程来处理命令的，所有到达服务端的命令都不会立刻执行，所有的命令都会进入一个队列中，然后逐个执行，并且多个客户端发送的命令的执行顺序是不确定的，但是不会有两条命令同时执行，不会产生并发问题。

2 Redis应用案例

• 掘金连续签到，需要了解GET/SET，Key过期
• 掘金用户计数，使用到HASH
• 排行榜ZSET
• 使用SETNX实现分布式锁

3 在字节跳动，使用Redis有哪些注意事项

• 大Key：Value大于10KB就是大Key，使用大Key将导致Redis系统不稳定
• 热Key：一个Key的QPS特别高，将导致Redis实例出现负载突增，负责均衡流量不均的情况。导致单实例故障
• 慢查询：大Key、热Kye的读写；一次操作过多的Key（mset/hmset/sadd/zadd）
• 导致缓存穿透、缓存雪崩的场景及避免方案