redis | 二十、redis之缓存穿透、击穿与雪崩

[toc]一、问题的来源传统关系型数据库由于是面向磁盘存储的,因此在大量请求突然到来的情况下可能会导致数据库瘫痪,甚至是服务器宕机等严重的生产环境问题为了克服面向磁盘存储的问题,通常会将关系型数据库与 NoSQL 结合使用Redis 引入作为缓存可以解决这类问题,但是同时又会带来缓存穿透,缓存击穿,


redis | 十九、redis之多哨兵模式

[toc]本篇学习采用windows环境下,Linux同步骤一、为什么要使用哨兵模式?官方文档:http://redis.cn/topics/sentinel.html在上篇的模式中,无论是一主俩从还是链路集群,当主机宕机,只能需要外力来修改集群间的关系,那集群规模发展到庞大的时候?岂不尴尬!!!在


redis | 十八、redis之主从复制

[toc]一、Redis 主从复制主从复制简单来说,是指将一台 Redis 服务器上的数据复制到其他的 Redis 服务器中。前者称为 Master 节点,后者称为 slave 节点,并且数据的复制只能由主到从,主节点一般负责写请求,而从节点一般负责读请求。默认情况下,每个 redis 都是主节点一


redis | 十七、redis之订阅发布

[toc]一、概念1. 订阅发布组件发布订阅是一种消息通信模式,分为消息发送者 ( pub ) 和消息订阅者 ( sub )发布订阅模式的核心是一种 FIFO 的队列发布订阅模式中有三个角色发布者队列,在 Redis 中称为频道订阅者发布者将消息推送到队列中,订阅者再从队列中拉取消息。发送者无须知道


redis | 十六、redis之持久化rdb和aof(下篇)

[toc]rdb持久在上一篇,本篇只做aof演示!上篇rdb演示传送门:https://liudongdong.top/archives/redisshi-wu-redis-zhi-chi-jiu-hua-rdb-he-aof-shang-pian-一、为什么使用aof快照功能并不是非常耐久(dur


redis | 十五、redis之持久化rdb和aof(上篇)

[toc]本篇便于学习,使用windows进行测试,redis版本Redis 3.2.100 (00000000/0) 64 bit一、redis为什么持久化?1. 概述redis是一个内存数据库,数据保存在内存中,但是我们都知道内存的数据变化是很快的,也容易发生丢失。幸好Redis还为我们提供了持


redis | 十三、jedis基本命令实践

[toc]零、环境准备1. 创建maven项目jedisdemo2. maven配置文件修改新增jedis引入jar包引入 <dependencies> <!-- https://mvnrepository.com/artifact/redis.clients/


redis | 十二、redis之事务

[toc]一、基本概念Redis 的事务只是一组命令的集合,一个事务中的所有命令都会被序列化,执行过程中按照顺序执行,并且其它会话提交的命令不会插入到事务执行的命令序列中1. 保证Redis 事务可以一次执行多个命令, 并且带有以下三个重要的保证:批量操作在发送 EXEC 命令前被放入队列缓存。收到


redis | 十一、redis之Bitmaps

[toc]一、Bitmaps(位图)Bitmaps 并不是实际的数据类型,而是定义在String类型上的一个面向字节操作的集合。因为字符串是二进制安全的块,他们的最大长度是512M,最适合设置成2^32个不同字节。Bitmaps 的最大优势之一在存储信息时极其节约空间。例如,在一个以增量用户ID来标