redis整理

Redis

Redis是一个key-value存储系统。

Redis支持五种数据类型：

• string（字符串）
• list（列表）
• hash（hash表）
• set（集合）
• zset（有序集合）

和memcached相似，redis支持的数据类型更丰富、数据能持久化。
memcached把数据所有存储在内存中，断电后会挂掉，数据不能超过内存大小。
而redis`数据会按期备份到硬盘上。

落地策略

• RDB持久化（snapshotting）：快照，总体备份。在指定的时间间隔内将内存中的数据集快照写入磁盘，其实是fork一个子线程，先将数据集写入临时文件，写入成功后，再替换以前的文件，用二进制压缩存储。
• AOF持久化（append-only-file）：以日志的形式记录服务器所处理的每个写、删除操做，查询操做不会记录，以文本的方式记录，能够打开文件看到详细的操做记录。

过时策略

• 按期删除：redis会把设置了过时时间的key放在单独的字典中，定时遍从来删除到期的key
  • 每100ms从过时字典中随机挑选20个，把其中过时的key删除
  • 若是过时的key占比超过1/4，重复步骤1
• 惰性删除
  • 过时的key并不必定会立刻删除，还会占用着内存。当你真正查询这个key时，redis会检查一下，这个设置了过时时间的key是否过时了，若是过时了就会删除，返回空。
• 内存淘汰机制
  当redis内存超出物理内存限制时，会和磁盘产生swap，这种状况性能极差，通常是不容许的。
  (1)noeviction：拒绝写操做，读、删除能够正常使用。默认策略
  (2)allkeys-lru：移除最近最少使用的key，最经常使用的策略
  (3)allkeys-random：随机删除某个key
  (4)volatile-lru：在设置了过时时间的key中，移除最近最少使用的key
  (5)volatile-random：在设置了过时时间的key中，随机删除某个key
  (6)volatile-ttl：在设置了过时时间的key中，把最先要过时的key优先删除

Redis缓存和MySQL数据一致性方案

在高并发的业务场景下，数据库大多数状况都是用户并发访问最薄弱的环节。因此，就须要使用redis作一个缓冲操做，让请求先访问到redis，而不是直接访问MySQL数据库
请求先访问redis缓存，若是缓存中有数据，直接加载数据，若是缓存中没有数据，再访问数据库，数据库会将数据放入redis中，而后加载数据。
读取缓存通常没有什么问题，可是一旦涉及到数据更新：数据库和缓存更新，就容易出现缓存redis和数据库MySQL间的数据一致性问题。

• 若是先删除了缓存Redis，尚未来得及写库MySQL，另外一个线程就来读取，发现缓存为空，则去数据库中读取数据写入缓存，此时缓存中没脏数据。
• 若是先写了库，在删除缓存以前，写库的线程宕机了，没有删除掉缓存，则也会出现数据不一致状况。

由于写和读是并发的，无法保证顺序，就会出现缓存和数据库的数据不一致的问题。

解决方案：异步更新缓存（基于订阅binlog的同步机制）
MySQL的binlog增量订阅消费+消息队列+增量数据 更新到redis。
（1）读redis：热数据基本都在redis
（2）写MySQL：增删改都是操做MySQL
（3）更新redis数据：MySQL的数据操做binlog，来更新到redis

注意：MySQL实现主从一致性，也是基于订阅binlog来实现增量操做。
binlog：是MySQL的二进制文件，用于记录MySQL的数据更新（insert、update、delete操做）。