qq_62097431的博客

HGETALL 命令用于返回哈希表中，所有的字段和值。ZRANGE 命令用于返回有序集中，指定区间内的成员。

Redis集群主要有两种，一种是Redis Sentinel哨兵集群，一种是Redis Cluster。主从集群，包括一个Master和多个Slave节点，Master负责数据的读写，Slave负责数据的读取，Master上收到的数据变更会同步到Slave节点上实现数据同步，但不提供容错和恢复，在Master宕机时不会选出新的Master，导致后续客户端所有写请求直接失败。所以提供了哨兵机制，可以专门监听主从节点的状态，在Master宕机时，从多个Slave中选取合适的Slave作为Master，但

通常解决采用监控识别key，然后可以选择拆分热点可以，实现并发流量的分流，或者多级缓存，增加本地缓存减少目标节点的访问，还可以选择对访问频率较高的节点进行扩容，也算是分散流量的思想。再比如说 Redis 是集群部署，热 key 可能会造成整体流量的不均衡（网络带宽、CPU 和内存资源），个别节点出现 OPS 过大的情况，极端情况下热点 key 甚至会超过 Redis 本身能够承受的 OPS。比如，热门新闻或热门商品，这类 key 通常会有大流量的访问，对存储这类信息的 Redis 来说，是不小的压力。

这样一个架构中，会出现一个问题，就是一份数据，同时保存在数据库和 Redis 里面，当数据发生变化的时候，需要同时更新 Redis 和 Mysql，由于更新是有先后顺序的，并且它不像 Mysql中的多表事务操作，可以满足 ACID 特性。，同样会有数据不一致情况，在修改数据库处理时，其他线程也会读取旧数据，处理完了数据库就会删除缓存，保证了数据最终一致性，（所以比较推荐这种操作），就会出现修改数据库数据时，其他线程读取到Redis为空，从数据库查，并写入Redis中，但这就是脏数据了，所以可以采用。

常见的**删除策略**1. 惰性删除：只会在取出/查询key的时候才会对数据进行过期检查。这种方式对CPU最友好，但是可能会导致太多过期key没有被删除。2. 定期删除：周期性的随机从设置了过期时间的key中抽查一批，逐个检查，过期就删除。相对于惰性删除，定期删除对内存更加友好，对CPU不友好。3. 延迟队列：把设置过期时间的key放到一个延迟队列里，到期之后就删除key。这种方式可以保证每个过期key都能被删除，但是维护一个延迟队列太麻烦，且队列本身也需要占用资源。4. 定时删除：每个设置了过期

1. volatile-lru（least recently used）：从已设置过期时间的数据集（`server.db[i].expires`）中挑选最近最少使用的数据淘汰2. volatile-ttl：-------------------要过期的数据淘汰3. volatile-random：------------任意选择数据淘汰4. allways-lru：从数据集（`server.db[i].dict`）中移除最近最少使用的数据淘汰5. allways-random：-----------

操作字符串的命令有：SET key value：设置键 key 的值为 value。GET key：获取键 key 的值。DEL key：删除键 key。INCR key：将键 key 存储的数值增一。DECR key：将键 key 存储的数值减一。

Redis 的缓存雪崩，缓存穿透，缓存击穿，缓存预热，缓存更新，缓存降级总结