Redis
一、Redis出现的背景
1.1、什么是NoSQL
随着互联网的发展,用户的个人信息,社交网络,地理位置。用户自己产生的数据,用户日志等等爆发式增长!这时候我们就需要使用NoSQL数据库的。
1.1.1、NoSQL(泛指非关系型数据库)
随着web2.0互联网的诞生!传统的关系型数据库很难对付web2.0时代!尤其是超大规模的高并发的社区!暴露出来很多难以克服的问题,NoSQL在当今大数据环境下发展的十分迅速,Redis是发展最快的
1.1.2、NoSQL的特点
1.方便扩展(K,V之间没有关系,很好扩展)。像Java为什么做接口,就是为了解耦。
2.大数据量高性能(Redis 1秒写8万次,读取11万 N哦SQL缓存记录级,是一种细粒度的缓存,性能会比较高!)
3、数据类型是多样型的!(不需要事先设计数据库!随取随用!如果是数据量十分大的表,很多人就无法设计了!)
1.1.3、NoSQL的四大分类
- KV键值对
新浪:Redis
美团:Redis+Tair
阿里/百度:Redis+memecache
- 文档型数据库(bson 格式和json一样)
MongoDB(一般必须要掌握)
MongoDB是一个基于分布式文件存储的数据库,C++存储,主要用来处理大量文档。
MongoDB是一个介于关系型数据库和非关系型数据库中中间的产品。
MongoDB是非关系型数据库功能最丰富,最像关系型数据库的。
-
列存储数据库
MYSQL就是列存储数据库,但是他不是NoSQL哈
HBase
分布式文件系统 -
图关系数据库
他不是存图形,放的是关系,比如:朋友圈社交网络,广告推荐。
Neo4j,InfoGrid;只要公司需要你也要去学,你是一块砖,哪里需要哪里搬
现在东西很多变革很快,我们只要学重要的,Redis/MongoDB/Hbase/Neo4j只要掌握这四个
二、Redis概述
- 概念
Redis是用C语言开发的一个开源的高性能基于内存运行的键值对NoSQL数据库
- 特征
(1) 支持数据的持久化,可以将数据保存在磁盘中,重启之后可以再次加载到内存中使用
(2) 支持多种数据类型,除了KV类型的数据,还支持list、set、hash等数据结构
(3) 支持master-slave模式的数据备份
三、Redis应用场景
- 热点数据加速查询(主要场景),如热点商品、热点信息等访问量较高的数据
- 即时信息查询,如公交到站信息、在线人数信息等
- 时效性信息控制,如验证码控制、投票控制等
- 分布式数据共享,如分布式集群架构中的session分离消息队列
四、Linux环境下安装Redis
- 1、解压redis的安装包
- 2、基本命令环境安装
2.1、安装c的环境
yum install gcc-c++
2.2、查看版本
gcc -v
2.3、make会把所有的环境都给你配置好
make
如果在make时提示什么错误,什么命令找不到,需要重新下载gcc的套装
解决办法:
1、安装gcc套装:
yum install cpp
yum install binutils
yum install glibc
yum install glibc-kernheaders
yum install glibc-common
yum install glibc-devel
yum install gcc
yum install make
2、升级gcc
yum -y install centos-release-scl
yum -y install devtoolset-9-gcc devtoolset-9-gcc-c++ devtoolset-9-binutils
scl enable devtoolset-9 bash
3、执行完上述命令后再次make即可。
输入make install
显示如下的内容就证明安装成功了
- 3、Redis默认安装路径
/usr/local/bin
可以看到Redis的服务端和客户端都存在
- 4、拷贝配置文件来启动,保障原生文件的安全
- 5、修改Redis默认为后台启动
daemonize修改为yes
- 6、启动redis服务端(redis-server),指定启动的conf文件
redis-server kconfig/redis.conf
启动成功
- 7、启动redis客户端(redis-cli),进行连接测试
redis-cli -p 6379
- 8、查看进程,服务端和客户端都在运行
- 9、关闭Redis
shutdown 关闭redis
然后到未连接状态,直接exit退出即可
五、Redis基础命令
面试:Redis是单线程的,Redis是基于内存操作,CPU不是Redis性能瓶颈
- Redis默认16个数据库
select[0-16]
切换到指定数据库dbsize
查看数据库的大小keys*
查看当前数据库下的所有keyset key
设置一个keyget key
得到指定的key的valueflushdb
清空数据库下的所有keyflushall
清空整个 Redis 服务器的数据(删除所有数据库的所有 key)exists [key]
查看当前key是否存在move [key]
移除当前的key字段expire [key] [time]
设置key的过期时间,单位是秒ttl [key]
查看当前key的剩余时间type [key]
查看当前key类型
六、Redis五大数据类型
6.1、String(字符串类型)
append [key] [str]
追加字符串 如果key不存在,就相当于setkeystrlen
获取字符串的长度incr [key]
自增decr [key]
自减incrby [key] [步长]
设置一次性增加多少步长decrby [key] [步长]
设置一次性减少多少步长getrange [key] [start] [end]
截取指定长度的字符串,索引从0开始setrange [key] [offset] [value]
替换从指定位置开始的字符串,索引从0开始setex [key] [seconds] [value]
设置指定key的过期时间,同时为key设置属性值,如果返回-2则证明已经过期setnx [key] [value]
如果key不存在,创建key并为他赋值,(在分布式锁中会常常使用!)返回0则证明创建失败mset [key1] [value2] [key2] [value2]
同时设置多个值mget [key1] [key2] [key3]
同时获取多个值msetnx [key1] [value1] [key2] [value2]
如果不存在则同时设置多个值,是一个原子性的操作,要么都成功,要么都失败!mset user:1:name zhangsan user:1:age 2
set user:1{name:zhangsan,age:3} 设置一个user:1 对象,对象值为 json字符来保存一个对象!getset
先get后set,如果存在值 获取原来的值,并设置新的值 用于更新一般
6.2、List(列表)
lpush [key] [value1] [value2] [value3]
将一个值或者多个值,插入到列表头部(左)lrange [key] [start] [end]
通过区间获取具体的值rpush [key] [value1] [value2] [value3]
# 将一个值或者多个值,插入到列表尾部(右)lpop [key]
从左边移除1ist的第一个元素,返回移除的元素rpop [key]
从右边移除1ist的第一个元素,返回移除的元素Lindex [key] [index]
通过下标 获取list中下标为index的元素llen [key]
获取列表的长度lrem [key] [count] [element]
移除指定集合中的指定个数的元素,精确匹配ltrim [key] [start] [stop]
通过下标截取指定的长度,key本身会发生改变,截断了只剩下截取的元素!rpoplpush [sourse] [destination]
移除列表的最后一个元素,将他移动到新的列表中!lset [key] [index] [element]
将列表中指定下标的值替换为另外一个值,更新操作exists [key]
判断列表是否存在linsert [key] [before|after] [pivot] [element]
将某个具体的element插入到列中的某个元素的前面或者后面
1、他实际上是一个链表,before Node after,left,right都可以插入值
2、如果key不存在,创建新的链表
3、如果key存在,新增内容
4、如果移除了所看值,空链表,也代表不存在!
5、在两边插入或者改动值,效率最高!如果链表非常长,中间元素,相对来说效率会低一点
6、消息排队!
6.1、消息队列 (LPush Rpop ) 从左边进,右边拿出来
6.2、栈(Lpush Lpop)从左边进 左边出
6.3、Set(集合)
sadd [key] [member1] [member2] [member3]
set集合中添加元素,可以一次性添加多个 注意set中的值不能重复的!smembers [key]
查看指定set的所有值sismember [key] [member]
判断某一个值是不是在set集合中,类似于Java:containsscard [key]
获取set集合中的内容元素个数srem [key] [member]
移除set集合中的指定元素srandmember [key] [count]
随机抽选出指定个数的元素,set是无序不重复集合,可以用来【抽随机】spop [key] [count]
随机删除指定个数的元素smove [source] [destination] [member]
将一个指定的值,移动到另外一个set集合sdiff [key1] [key2]
差集 ,注意是以key1为参照物sinter [key1] [key2]
交集 ,共同好友就可以这么实现sunion [key1] [key2]
并集
微博,A用户将所有关注的人放在一个set集合中!将它的粉丝也放在一个集合中! 共同关注,共同爱好,二度好友,推荐好友!(六度分割理论)
6.4、Hash(哈希)
hset [key] [field1] [value1] [field2] [value2]
设置一个具体 key-value,可以同时设置多个hget [key] [field]
获取指定key的value值,一次只能获取一个hkeys [key]
只获取所有keyhvals [key]
只获取所有的valuehmget [key] [field1] [field2]
获取多个字段值hgetall [key]
获取哈希中全部的数据hlen [key]
获取哈希表字段的数量hdel [key] [field]
删除hash指定key字段:对应的value值也就消失了hexists [key] [field]
判断hash中指定字段是否存在!hincrby [key] [field] [count]
设置自增counthdecrby [key] [field] [count]
设置自减count,【反向incr = decr】hsetnx [key] [field] [value]
如果不存在则可以设置
hash变更数据,user name age ,尤其用于用户信息保存,经常变动的信息!
hash更适合对象的存储,String更加适合字符串存储
6.5、Zset(有序集合)
zadd [key] [field] [value]
向有序集合中添加值,可以一次性添加多个zrange [key] [start] [stop]
遍历有序集合中的所有值zrangebyscore [key] [min] [max]
显示全部用户 【从小到大】zrevrange [key] [start] [stop]
【从大到小】 进行排序 rev反转的意思zrem [key] [member1] [member2]
移除指定的元素,可以一次性移除多个zcard [key]
获取有序集合中的个数zcount [key] [min] [max]
获取指定区间的成员数量
6.6、五大数据类型应用场景
- String:常规key-value缓存应用。常规计数: 微博数, 粉丝数。
- Hash:存储部分变更数据,如用户信息等。
- List:消息队列系统
- Set:在微博应用中,可以将一个用户所有的关注人存在一个集合中,将其所有粉丝存在一个集合。Redis还为集合提供了求交集、并集、差集等操作,可以非常方便的实现如共同关注、共同喜好、二度好友等功能,对上面的所有集合操作,你还可以使用不同的命令选择将结果返回给客户端还是存集到一个新的集合中。
- Zset:增加了一个权重参数score,使得集合中的元素能够按score进行有序排列,比如一个存储全班同学成绩的Sorted Set,其集合value可以是同学的学号,而score就可以是其考试得分,这样在数据插入集合的时候,就已经进行了天然的排序。
七、三种特殊数据类型
7.1、Geospatial 地理位置空间
朋友的定位,附近的人,打车距离计算
geoadd [key] [longitude] [latitude] [member]
添加地理位置,可以一次性添加多个地理位置
规则:南北两级无法直接添加,我们一般会下载城市数据,直接通过java程序一次性导入!
参数 key 值(纬度、经度、名称)
有效的经度从-180度到180度。
有效的纬度从-85.05112878度到85.05112878度。
当坐标位置超出上述指定范围时,该命令会返回一个错误
(error) ERR invalid longitude,latitude pair 39.900000,116.400000
geodist [key] [member1] [member2]
geodist 返回两个给定位置之间的距离geopos [key] [member]
或者当前定位:一定是一个坐标值!georadius [key] [longitude] [latitude] [radius]
以给定的经纬度为中心, 找出某一半径内的元素geohash [key] [member]
返回一个或多个位置元素的 Geohash 表示georadiusbymember [key] [member] [radius]
找出位于指定范围内的元素,中心点是由给定的位置元素决定
7.2、Hyperloglog基数统计
- 基数(一个集合中不重复的元素
- 优点:占用的内存是固定的,2^64不同的元素的技术,只需要废12kb内存。
网页的UV(一个人访问一个网站多次,但是还是算作一个人!)
pfadd [key] [element1] [element2]
创建一组元素pfcount [key]
统计指定key的元素的基数数量pfmerge [destkey] [sourcekey]
合并指定的两组元素
7.3、Bitmap位图场景
- Bitmaps位图,数据结构!都是操作二进制位来进行记录,就只有0和1两个状态!
应用场景:使用bitmap来记录周一到周日的打卡!
setbit [key] [offset] [value]
设置getbit [key] [offset]
获取bitcount [key]
统计value
八、Redis事务
Redis单条命令是保证原子性的,但是事务不保证原子性
8.1、Redis事务本质
一组命令的集合!一个事务中的所有命令都会被序列化,在事务执行过程中,会按照顺序执行
- 一次性
- 顺序性
- 排他性(不允许别人干扰)
- Redis事务没有隔离级别的概念
- 所有的命令在事务中,并没有直接被执行!
8.2、执行Redis事务
multi
开启事务可以是各种命令
命令入队exec
执行事务discard
取消事务
1、编译型异常(代码有问题!命令有错!),事务中所有的命令都不会被执行!
2、运行时异常(1/0),如果事务队列中存在语法性,那么执行命令的时候,其他命令是可以正常执行的 错误命令抛出异常
8.3、Watch监视器【面试常问】
- 悲观锁:很悲观,认为什么时候都会出问题,无论做什么都会加锁!
- 乐观锁:很乐观,认为什么时候都不会出问题,所以不会上锁!基本大部分使用乐观锁为主,很少使用悲观锁,因为效率太低了。
模拟多线程同时操作,我们可以看到在给money加上watch监视器后,在另一个线程中改变watch的值,然后在回到主线程中执行事务,此时就会失败
**如果还想执行的话,需要先进行解锁unwatch
**然后在重新加锁watch money
,获取最新version 再操作即可
使用watch可以当做Redis的乐观锁操作
九、Redis配置文件【进阶】
9.1、单位
可以看出来Redis配置文件对大小写不敏感
9.2、包含
可以引入多个配置文件
9.3、网络NETWORK
- 绑定的ip
- 保护模式
- 默认端口号
9.4、通用配置GENERAL
- 是否以守护进程开启,默认为no,需要自己开启(可以在后台运行)
- 如果以后台的方式运行,我们就需要指定一个pid文件
- 日志级别
- 默认数据库的数量
- 是否总是显示logo,默认开启
9.5、快照SNAPSHOTTING
redis是内存数据库,如果没有持久化,那么数据断电即失
持久化,在规定的时间内,执行了多少次操作,则会持久化到文件,格式有 .rdb .aof
save 900 1 # 如果900秒15分钟内 至少1个key修改 我们就进行持久化操作
save 300 10 # 如果300秒5分钟内 至少10个key修改 我们就 进行持久化操作
save 60 10000 # 如果60秒内 至少10000个key修改(高迸发) 进行持久化操作
- 持久化如果出错,是否还需要继续工作,默认要工作
- 是否压缩rdb文件,需要消耗cpu资源
- 保存reb文件的时候,进行错误校验,错误的话修复
- rdb文件保存的目录,默认当前目录下
9.6、复制REPLICATION【配置主从复制】
9.7、安全SECURITY
Redis默认是没有密码的,需要自己设置
设置好密码之后,所有的命令都没有权限了,需要登录,使用auto password
9.8、限制CLIENTS
9.9、aof持久化模式
十、Redis持久化【面试重点】
Redis是内存数据库,如果不将内存中的数据库状态保存到磁盘,一旦服务器进程退出,服务器中的数据库状态也会消失
10.1、RDB(Redis DataBase)
在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里。
如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
我们默认的就是RDB,一般情况下不需要修改这个配置。
rdb保存的文件是dump.rdb ,需要在配置文件里配置
- 触发机制
1、save的规则满足的情况下,会自动触发rdb规则
2、执行flushall命令,也会触发我们的rdb规则!
3、退出redis,也会产生rdb文件! - 恢复rdb文件
1、只需要将rdb文件放在我们redis启动目录就可以,redis启动的时候会自动检查dump.rdb恢复其中的数据!
2、查看需要存在的位置CONFIG GET dir
优点:
1.大规模的数据恢复
2.对数据的完整性要不高!
缺点:
1.需要一定的时间间隔进程操作!(当然你也可以自己去修改配置)。如果redis意外宕机了,这个最后一次修改数据就没有的了!
2.fork进程的时候,会占用一定的内存空间!!
10.2、AOF(Append Only File)
AOF:将我们的所有命令都记录下来,history,恢复的时候就把这个文件全部在执行一遍!
AOF保存的是appendonly.aof文件
appendonly no # 默认是不开启aof模式的,默认是使用rdb方式持久化的,在大部分所有的情况下,rdb完全够用!
aof默认就是文件的无限追加,文件会越来越大!如果这个aof文件有错误,这时候redis是启动不起来的,我们需要修复这个aof文件,redis 给我们提供了一个工具 redis-check-aof --fix
这里注意,你破坏aof文件,在aof文件底部添加数据是可以修复的,但是如果set k1 v1这种的,你结构破坏了,aof也无法修复,修复了直接是空的数据库。
优点:
1.每一次修复都同步,文件的完整会更好。
2.每秒同步一次,可能会丢失一秒的数据。
3.从不同步,效率最高的。
缺点:
1、相对于数据文件来说,aof远远大于rdb,修复的速度也比rdb慢!
2、Aof运行效率也要比rdb慢,所以我们redis默认的配置就是rdb持久化!
10.3、RDB和AOF的区别
1、RDB持久化方式能够在指定的时间间隔内对你的数据进行快照存储
2、AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以Redis协议追加保存每次写的操作到文件未尾,Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大。
3、只做缓存,如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化
4、同时开启两种持久化方式
- 在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据,因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整。
- RDB的数据不实时,同时使用两者时服务器重启也只会找AOF文件,那要不要只使用AOF呢?作者建议不要,因为RDB更适合用于备份数据库(AOF在不断变化不好备份),快速重启,而且不会有AOF可能潜在的Bug,留着作为一个万一的手段。
5.性能建议
- 因为RDB文件只用作后备用途,建议只在Slave上持久化RDB文件,而且只要15分钟备份一次就够了,只保留 save9001这条规则。
- 如果EnableAOF,好处是在最恶劣情况下也只会丢失不超过两秒数据,启动脚本较简单只load自己的AOF文件就可以了,代价一是带来了持续的IO,二是AOF
rewrite的最后将rewrite过程中产生的新数据写到新文件造成的阻塞几乎是不可避免的。只要硬盘许可,应该尽量减少AOF
rewrite的频率,AOF重写的基础大小默认值64M太小了,可以设到5G以上,默认超过原大小100%大小重写可以改到适当的数值。 - 如果不Enable AOF,仅靠Master-Slave Repllcation
实现高可用性也可以,能省掉一大笔IO,也减少了rewrite时带来的系统波动。代价是如果Master/Slave同时倒掉(断电),会丢失十几分钟的数据,启动脚本也要比较两个Master/Slave中的RDB文件,载入较新的那个,微博就是这种架构。
十一、发布订阅
Redis 发布订阅(pub/sub)是一种消息通信模式:发送者(pub)发送消息,订阅者(sub)接收消息。微信、微博、关注系统!
Redis客户端可以订阅任意数量的频道。
- 订阅端
1、等待客户端订阅发送消息
2、客户端订阅发送消息
3、订阅端自动接收消息
使用场景:
1.实时消息系统
2.实时聊天(频道当做聊天室,将消息回显给所有人即可)
3.订阅、关注的系统都可以。
稍微复杂的场景我们就会使用 消息中间件 MQ ()
十二、Redis主从复制【重点】
12.1、主从复制概念
主从复制:是指将一台Redis服务器的数据,复制到其他的Redis服务器。前者称为主节点(master/leader),后者称为从节点(slave/follower);
数据的复制是单向的,只能由主节点到从节点。Master以写为主,Slave以读为主。
1、默认情况下,每台Redis服务器都是主节点(因为你还没有配置主从);且一个主节点可以有多个从节点(或没有从节点),但一个从节点只能有一个主节点。
12.2、主从复制的作用
1、数据冗余:主从复制实现了数据的热备份,是持久化之外的一种数据冗余方式。
2、故障恢复:当主节点出现问题时,可以由从节点提供服务,实现快速的故障恢复;实际上是一种服务的冗余。
3、负载均衡:在主从复制的基础上,配合读写分离,可以由主节点提供写服务,由从节点提供读服务(即写Redis数据时应用连接主节点,读Redis数据时应用连接从节点),分担服务器负载;尤其是在写少读多的场景下,通过多个从节点分担读负载,可以大大提高Redis服务器的并发量。
4、高可用(集群)基石:除了上述作用用以外,主从复制还是哨兵和集群能够实施的基础,因此说主从复制是Redis高可用的基础。
一般来说,要将Redis运用于工程项目中,只使用一台Redis是万万不能的(可能宕机,1主2从),原因如下:
1、从结构上,单个Redis服务器会发生单点故障,并且一台服务器需要处理所有的请求负载,压力较大
2、从容量上,单个Redis服务器内存容量有限,就算一台Redis服务器内存容量为256G,也不能将所有内存用作Redis存储内存
一般来说,单台Redis最大使用内存不应该超过20G。
12.3、环境配置(单机多集群)
只配置从库,不用配置主库。因为Redis本身就是主库,就是一台虚拟机上开多个窗口,实现多集群的意义,正常我们是应该配置多机多集群的,这样效果会好点。
1、复制3个配置文件,然后修改对应的信息,需要修改
1、端口
2、pid名字
3、log文件名字
4、dump.rdg名字
2、修改完毕之后,在三个窗口分别启动我们3个redis服务器
可以看到有对应的三个日志,证明都启动成功了
- 3、配置一主二从(一般情况下只需要配置从机【认老大】)
默认情况下,每台redis服务器都是主节点。
1、slaveof [host] [port]
配置从机
2、info replication
查看机器信息
此时发现角色已经从主机变成主机
查看主机发现此时的连接数已经变成两个
真实的从主配置应该在配置文件中配置,这样的话是永久的,我们这里使用的是命令,是暂时的。
12.4、主从复制细节【理解,工作中常用哨兵模式】
主机可以写;从机不能写只能读!主机中的所有信息和数据,都会自动被从机保存
- 主节点崩了,就不能写了。但是你从节点还在,还能读
- 真正的高可用是:你主机宕机了,在剩下的2台从机中,应该给我选出1台主机来【哨兵模式】
全量复制:slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
主机set k1 v1,从机断开,主机set k2 v2,从机重新连接主机,全量复制,从机还可以get k2。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
主机连接主机后,主机set k3 v3,从机可以get k3,这就是增量复制
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行。我们的数据一定可以在从机中看到。
- 在哨兵模式没有出来之前,我们都是手动设置的。 如果主机断开了连接,我们可以使用 SLAVEOF no one,来让自己变成主机!其他节点就可以手动连接到这个最新的节点(手动)!
十三、哨兵模式【自动选举老大的模式】
- 概念
1、主从切换技术的方法是“当主服务器宕机后需要手动把一台从服务器切换为主服务器,这就需要人工干预,费事费力,还会造成一段时间内服务不可用。这不是一种推荐的方式,更多时候,我们优先考虑哨兵模式。Redis从2.8开始正式提提供了sentinel(哨兵)架构解决这个问题。
2、能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库。
3、哨兵模式是一种特殊的模式,首先Redis提供了哨兵的命令,哨兵是一个独立的进程,作为进程,它会独立运行。其原理是哨兵通过发送命令,等待Redis服务器响应,从而监控运行的多个Redis实例。
- 哨兵有两个作用:
1、通过发送命令,让Redis服务器返回监控其运行状态,包括主服务器和从服务器。
2、当哨兵监测到master宕机,会自动将slave切换成master,然后通过发布订阅模式通知其他的从服务器,修改配置文件,让它们切换主机。
然而一个哨兵进程对Redis服务器进行监控,可能会出现问题,为此,我们可以使用多个哨兵进行监控。各个哨兵之间还会进行监控,这样就形成了多哨兵模式。
假设主服务器宕机哨兵1先检测到这个结果,系统并不会马上进行failover过程,仅仅是哨兵1主观的认为主服务器不可用,这个现象成为主观下线。当后面的哨兵也检测到主服务器不可用,并且数量达到一定值时,那么哨兵之间就会进行一次投票,投票的结果由一个哨兵发起,进行failover[故障转移]操作。切换成功后,就会通过发布订阅模式,让各个哨兵把自己监控的从服务器实现切换主机,这个过程称为客观下线。
- 启动哨兵需要
redis-sentinel
- 配置哨兵配置文件
sentinel.conf
sentinel monitor myredis node1 6379 1
# 哨兵 监视 被监控名称:自定义 主机名 端口名port 1代表主机挂了,slave投票看谁成为主机,票数最多的就会成为主机- 启动哨兵
redis-sentinel ../sentinel.conf
如果主机此时回来了,只能归并到新的主机下,当做从机,这就是哨兵模式的规则!
优点:
1、哨兵集群,基于主从复制模式,所有的主从配置优点,他全有。
2、主从可以切换,故障可以转换,系统的可用性就会更好
3、哨兵模式就是主从模式的升级,手动到自动,更加健壮!
缺点:
1、Redis不好在线扩容的,集群容量一旦到达上限,在线扩容就会非常麻烦!
2、实现哨兵模式的配置其实是很麻烦的,里面有很多选择!(我们这是这是开了一个最简单的哨兵模式)
十四、Redis缓存穿透和雪崩 (面试高频 工作常用)
14.1、缓存穿透(查不到)
-
场景:秒杀
-
概念
缓存穿透的概念很简单,用户想要査询一个数据,发现 redis内存数据库没有,也就是缓存没有命中,于是向持久层数据库査询。发现也没有,于是本次査询失败。当用户很多的时候,缓存都没有命中,于是都去请求了持久层数据库。这会给持久层数据库造成很大的压力,这时候就相当于出现了缓存穿透。
-
解决方案
1、
2、
14.2、缓存击穿(量太大,缓存过期!)
- 微博热搜
- 概念
这里需要注意和缓存击穿的区别,缓存击穿,是指一个key非常热点,在不停的扛着大并发,大并发集中对这一个点进行访问,当这个key在失效的瞬间,持续的大并发就穿破缓存,直接请求数据库,就像在一个屏障上凿开了一个洞。
当某个key在过期的瞬间,有大量的请求并发访问,这类数据一般是热点数据,由于缓存过期,会同时访问数据库来查询最新数据,并且回写缓存,会导使数据库瞬间压力过大。
- 解决方案
14.3、缓存雪崩
- 概念
缓存雪崩,是指在某一个时间段,缓存集中过期失效。或者Redis宕机(停电了)!
产生雪崩的原因之一,比如在写本文的时候,马上就要到双十二零点,很快就会迎来一波抢购,这波商品时间比较集中的放入了缓存,假设缓存一个小时。那么到了凌晨一点钟的时候,这批商品的缓存就都过期了。而对这批商品的访问查询,都落到了数据库上,对于数据库而言,就会产生周期性的压力波峰。于是所有的请求都会达到存储层,存储层的调用量会暴増,造成存储层也会挂掉的情况。
双十一:停掉一些服务,来保证主要的服务可用!
- 解决方案
参考秦疆老师的笔记