星星博客 »  > 

Redis学习笔记

Redis的数据类型

  • String
  • Hash
  • List
  • Set
  • SortedList;

Redis快的原因

  1. 基于内存操作
  2. C语言实现,对基本的数据结构进行优化。
  3. 使用单线程操作,无上下文切换。(个人表示不同意,因为后续加入了多线程)
  4. 基于非阻塞的IO多路复用

缓存带来的问题

  1. 缓存击穿:某个存在的key值过期,同一时间有多个请求打到数据库。(解决:从数据库加载时加锁)
  2. 缓存穿透:请求某个不存在的key值,导致每次请求都要查询数据库。(解决:布隆过滤器,存在误判的情况)。
  3. 缓存雪崩:同个时间里大量缓存过期(解决:适当离散时间)。

Redis过期策略

惰性删除
定时删除

淘汰机制:

  1. volatile-lru:从已设置过期时间的key中,移出最近最少使用的key进行淘汰
  2. volatile-ttl:从已设置过期时间的key中,移出将要过期的key
  3. volatile-random:从已设置过期时间的key中随机选择key淘汰
  4. allkeys-lru:从key中选择最近最少使用的进行淘汰
  5. allkeys-random:从key中随机选择key进行淘汰
  6. noeviction:当内存达到阈值的时候,新写入操作报错

Redis 持久化方式

RDB:

可以手动执行也可以根据配置定期执行将某个时间点上快照保存到RDB文件中。可以通过SAVE或者BGSAVE来生成RDB文件。SAVE命令会阻塞redis进程,直到RDB文件生成完毕,在进程阻塞期间,redis不能处理任何命令请求,这显然是不合适的。BGSAVE则是会fork出一个子进程,然后由子进程去负责生成RDB文件,父进程还可以继续处理命令请求,不会阻塞进程。
save 900 1 #在900秒(15分钟)之后,如果至少有1个key发生变化,则dump内存快照。
save 300 10 #在300秒(5分钟)之后,如果至少有10个key发生变化,则dump内存快照。
save 60 10000 #在60秒(1分钟)之后,如果至少有10000个key发生变化,则dump内存快照。

优点:

  1. 数据备份,灾难恢复,文件较小
  2. 性能最大化
  3. 启动效率高,直接进行快照恢复。

缺点:

  1. 由于持久化间隔,会导致一定的数据丢失。
  2. 持久化通过fork子进程保存,服务器会停止服务几百毫秒。

AOF:

通过保存redis服务器所执行的追加写命令来记录数据库状态的。(类似MySQL的binlog)

  • alwaysaof_buf内容写入并同步到AOF文件
  • everysec 将aof_buf中内容写入到AOF文件,如果上次同步AOF文件时间距离现在超过1秒,则再次对AOF文件进行同步
  • no 将aof_buf内容写入AOF文件,但是并不对AOF文件进行同步,同步时间由操作系统决定

优点:

  • 带来了更高的数据安全。
  • 格式清晰,记录操作日志。
  • 文件过大,会自动生成子文件。

缺点:

  • 文件一般大于RDB。
  • 数据恢复速度一般慢于RDB。

二者选择的标准,就是看系统是愿意牺牲一些性能,换取更高的缓存一致性(aof),还是愿意写操作频繁的时候,不启用备份来换取更高的性能,待手动运行save的时候,再做备份(rdb)。

Redis实现高可用

主从架构

集群

相关文章