qq_46489085的博客

缓存穿透与雪崩缓存穿透（查不到）概念在默认情况下，用户请求数据时，会先在缓存(Redis)中查找，若没找到即缓存未命中，再在数据库中进行查找，数量少可能问题不大，可是一旦大量的请求数据（例如秒杀场景）缓存都没有命中的话，就会全部转移到数据库上，造成数据库极大的压力，就有可能导致数据库崩溃。网络安全中也有人恶意使用这种手段进行攻击被称为洪水攻击。解决方案布隆过滤器布隆过滤器是一种数据结构，对所有可能的查询的参数以hash形式存储以便快速确定是否存在这个值，在控制层先进行拦截效验，不符合就

前言✍学习完前面的【????RDB】和【AOF????】我们就要思考AOF和RDB的选择以及一些对比让我们有更好的认识对比RDBAOF启动优先级低高体积小大恢复速度快慢数据安全性丢数据根据策略决定RDB优点：RDB快照是一个压缩过的非常紧凑的文件，保存着某个时间点的数据集，适合做数据的备份，灾难恢复；可以最大化Redis的的性能，在保存RDB文件，服务器进程只需要fork一个子进程来完成RDB文件的创建，父进程不需要做IO操作

Redis发布与订阅Redis 发布订阅(pub/sub)是一种消息通信模式：发送者(pub)发送消息，订阅者(sub)接收消息。Redis客户端可以订阅任意数量的频道订阅/发布消息图下图展示了频道 news.it以及订阅这个频道的三个客户端 —— 客户端A ,客户端B,和客户端C 之间的关系：当有新消息通过 PUBLISH 命令发送给频道 news.it 时， 这个消息就会被发送给订阅它的三个客户端：命令这些命令被广泛用于构建即使通信应用，比如网络聊天室和实时广播，实时提醒等。

Redis主从复制概念​主从复制，是指将一台Redis服务器的数据，复制到其他的Redis服务器。前者称为主节点（Master/Leader）,后者称为从节点(Slave/Follower)， 数据的复制是单向的！只能由主节点复制到从节点（主节点以写为主、从节点以读为主）。默认情况下，每台Redis服务器都是主节点，一个主节点可以有0个或者多个从节点，但每个从节点只能有一个主节点。主从复制，读写分离！80%的情况都是在进行读操作！减缓服务器的压力!架构中经常使用！一主二从​ 主从复制作用

前言✍可以先看往期的 【RDB????】快照功能（RDB）并不是非常耐久（durable）： 如果 Redis 因为某些原因而造成故障停机， 那么服务器将丢失最近写入、以及未保存到快照中的那些数据。 从 1.1 版本开始， Redis 增加了一种完全耐久的持久化方式： AOF 持久化。什么是AOF如果要使用AOF，需要修改配置文件：appendonly no yes则表示启用AOF默认是不开启的，我们需要手动配置，然后重启redis，就可以生效了！将我们的命令都记录下来，hist

RedisRedis持久化( 面试和工作持久化都是重点)！！！Redis是内存数据库，如果不将内存中的数据库 状态保存到磁盘，那么一旦服务器进程退出，服务器的数据库状态也会消失所以Redis提供了持久化操作什么是RDB在指定时间间隔后，将内存中的数据集快照写入磁盘 ；也就是行话说到Snapshot快照，它恢复时候直接读取快照文件到内存，进行数据的恢复 ；Redis会单独创建(fork)一个子进程来进行持久化，会先将数据写入到一个临时文件中，待持久化过程结束，再用这个临时文件替换上次持久化

事务前言：我们早在学习MySQL的时候就知道事务(ACID)就是所谓的(原子性（Atomicity）一致性（Consistency），隔离性（Isolation），持久性（Durability）)原子性（Atomicity）原子性是指事务是一个不可分割的工作单位，事务中的操作要么都发生，要么都不发生。一致性（Consistency）事务前后数据的完整性必须保持一致。隔离性（Isolation）事务的隔离性是多个用户并发访问数据库时，数据库为每一个用户开启的事务，不能被其他事务的操作数据所

BitMaps(位图)前言我们统计用户信息，比如csdn上面有统计粉丝的活跃度，或者在B站里面统计上线的人数，一般我们在QQ上面看到的没在线的用户头像就是灰色的，更简单的比如我们上班打卡这些两种状态的(不活跃，活跃，登录，未登录，打卡，未打卡等等)位存储使用位存储，信息状态只有 0 和 1比如我们要是存储一个用户一年的打卡情况，我们也就用内存365bit(用0表示未打卡，用1表示打卡)，也就46个字节左右Bitmap是一串连续的2进制数字（0或1），每一位所在的位置为偏移(offse