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实现高可用

主从架构

集群