Redis为什么那么快
-
Redis是纯内存操作,内存本身就是很快的。
-
Redis是单线程,其核心就是基于非阻塞的IO多路复用机制,单线程可以避免因多线程导致的上下文切换造成的消耗。
-
Redis有自己独有的数据结构
Redis持久化机制
Redis提供的持久化机制有RDB和AOF
RDB
- 根据我们自己配置的时间或者手动去执行bgsave或save命令,Redis就会去生成RDB文件
- RDB文件实际上就是一个经过压缩的二进制文件,Redis可以通过这个文件在启动的时候还原我们的数据
AOF
-
AOF则是吧Redis服务器接收到的所有写命令都记录到日志中
-
AOF是在命令执行完之后,把命令卸载了buffer缓冲区(直接追加写)
- Redis提供的几种策略供我们选择什么时候把缓冲区的数据写到磁盘(每秒一次,每条命令都执行,从不存盘)
- Redis也会开启一个线程去刷盘()
Redis不是单线程,如果有单独线程去跑RDB存储,那不会影响Redis正常服务?
因为Redis是有自己的一套事件处理机制,主要处理文件事件(命令请求和应答等)和时间事件(RDB定时持久化,清理过期的Key等)
- 定时的RDB实际上就是一个时间事件
- 线程不停的轮询就绪的事件,发现RDB的事件可以执行,则调用BGSAVE命令
- BGSAVE命令实际上会fork出一个子进程来进行完成持久化(来生成RDB文件)
- 在fork的过程中,父进程(主进程)肯定是阻塞的(fork出来的子进程去完成持久化,处理请求的进程该干嘛干嘛)
持久化文件过于臃肿
- Redis会fork子进程对原始命令集合进行重写(压缩,压缩后的文件替换原始文件就可以)
- 当主进程子fork出子进程后,如果主进程有新的数据接收,会先将数据写入到一个缓冲区中,之后AOF持久化直接从缓冲区读取。
如果Redis的内存满了(淘汰策略)
删除策略
- 定期删除
- 定时删除
- 惰性删除
回收策略
-
volatile-lru(从已设置过期时间的数据集中挑选最少使用淘汰)
-
volatile-ttl(从已设置过期时间的数据集中挑选将要过期的数据淘汰)
-
volatile-random(从已设置过期时间的数据集中任意挑选数据淘汰)
-
allkeys-lru(从数据集中挑选最近最少使用的数据淘汰)
-
allkeys-random(从数据集中挑选任意数据淘汰)
-
allkeys-enviction(驱逐,禁止驱逐数据)