weixin_42972832的博客

数据到达过期时间，不做处理。等下次访问该数据时，如果未过期，返回数据；发现已过期，删除，返回不存在。开启惰性删除：lazyfree-lazy-eviction=yes。

无论使用谷歌版本的布隆过滤器还是自己编写的，都会存在两个问题，1、因为不同元素经过hash函数计算后可能会出现相同的hash值（hash碰撞），就会出现一个误判率的问题2、因为有hash碰撞，导致同一个位置可能存放不同的数据，这对于删除操作是很不友好的。对于这些情况可查看另一种布隆过滤器，布谷鸟过滤器。

Redis自身出道就是优秀，基于内存操作、数据结构简单、多路复用和非阻塞 I/O、避免了不必要的线程上下文切换等特性，在单线程的环境下依然很快；但对于大数据的 key 删除还是卡顿厉害，因此在 Redis 4.0 引入了多线程unlink key/flushall async 等命令，主要用于 Redis 数据的异步删除；而在 Redis6/7中引入了 I/O 多线程的读写，这样就可以更加高效的处理更多的任务了，Redis 只是将 I/O 读写变成了多线程，而。

由于内核本身也是在操作和消耗各种资源，而用户程序也是在消耗这些资源（内存，cpu等），如果不加以限制，让用户程序随意操作这些资源，可能会导致用户应用冲突，从而产生内核崩溃。所以需要对应用程序与内核进行隔离。

由于数据量过大，当单个master挂了再slave进行选举时，会有一定时间内无法进行写操作，会出现数据的丢失。也就数说单个master复制集难以承担，因此需要对多个复制集进行集群，形成水平扩展，每个复制集只负责存储整个数据集的一部分，这就是redis集群，其作用是提供在多个redis节点间共享数据的程序集。注意：Redis集群并不支持处理多个keys的命令,因为这需要在不同的节点间移动数据,从而达不到像Redis那样的性能,在高负载的情况下可能会导致不可预料的错误.Redis 集群通过分区来提供。

当主节点被判断为客观下线后，各个哨兵节点会进行协商，先选举出一个哨兵节点（Raft实算法），并由该哨兵节点推送故障迁移，选出新的master。当启动哨兵模式之后，如果你的master服务器宕机之后，哨兵自动会在从redis服务器里面 投票选举一个master主服务器出来；这个主服务器也可以进行读写操作！如果之前宕机的主服务器已经修好，可以正式运行了。那么这个服务器只能进行读的操作，也就说前大哥现在变为小弟了。

在 Redis 复制的基础上，使用和配置主从复制非常简单，能使得从 Redis 服务器（下文称 slave）能精确得复制主 Redis 服务器（下文称 master）的内容。每次当 slave 和 master 之间的连接断开时， slave 会自动重连到 master 上，并且无论这期间 master 发生了什么， slave 都将尝试让自身成为 master 的精确副本。一句话就是主从复制，master以写为主，slave以读为主。

一次请求/响应服务器能实现处理新的请求即使旧的请求还未被响应。这样就可以将多个命令发送到服务器，而不用等待回复，最后在一个步骤中读取该答复。1、原生批量命令是原子性的，例如：mget、mset。pipeline是非原子性的2、原生批量命令一次只能执行一种命令，但是pipeline支持一次执行多中命令。3、原生批量命令是服务端实现的，而pipeline需要服务端与客户端共同完成。

redis本身运行时数据保存在内存中，如果不进行持久化，那么在redis出现非正常原因宕机或者关闭redis的进程或者关闭计算机后数据肯定被会操作系统从内存中清掉。当然，redis本身默认采用了一种持久化方式，即RDB （Redis DataBase），可以在redis的目录中找到dump.rdb文件，这就是使用RDB方式做持久化后生成的数据文件。

redis为什么这么快，原因之一就是Redis操作都是基于内存的，既然是基于内存的，而内存的大小是有限的，当内存不足或占用过高时，Redis会采用内存淘汰机制进行数据淘汰。一、Redis的过期策略Redis在设置缓存数据时指定了过期时间，到了过期时间数据就失效了，这其中就用到了Redis的过期策略——"定期删除+惰性删除" 。1、定期删除定期删除是指Redis默认每隔 100ms 就 随机抽取 一些设置了过期时间的key，检测这些key是否过期，如果过期了就将其删除。※ 100ms怎么来

Redis事务

Redis新数据类型详解

Redis五种数据类型详解