NoSQL数据库
- NoSQL数据库概述
- 非关系数据库
- 不遵循SQL标准
- 不支持ACID
- 远超于SQL的性能
- 采用key-value模式存储
- 适用场景
- 对数据高并发的读写
- 海量数据的读写
- 对数据高可扩展性的
- 不适用场景
- 需要事务支持
- 基于sql的结构化查询存储,处理复杂的关系,需要即席查询
- Redis
- 数据都在内存中,支持持久化,主要用作备份恢复
- 除了支持简单的key-value,还支持多种数据结构的存储,如list,set,hash,zset等
- 一般作为缓存数据库辅助持久化的数据库
- 会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件
- 支持各种不同方式的排序
- 实现了master-slave(主从)同步
Redis概述安装
-
安装步骤
- 准备工作:下载安装最新版的gcc编译器
- 安装C语言的编译环境(yum install gcc)
- 测试gcc版本(gcc --version)
- 解压命令:tar -zxvf redis-6.2.1.tar.gz
- 解压完成后进入目录:cd redis-6.2.1
- 在redis-6.2.1 目录下再次执行make命令(只是编译好)【如果没有准备号C语言编译环境,make会报错 --Jemalloc/jemalloc.h:没有那个文件】
- 在redis-6.2.1 目录下再次执行make命令(只是编译好)
- 跳过make test继续执行:make install
- 安装目录:/usr/local/bin
- 查看默认安装目录:
- [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-Y6c2siTS-1667627267014)(C:\Users\阿江\AppData\Roaming\Typora\typora-user-images\image-20220310161029903.png)]
- 查看默认安装目录:
- 准备工作:下载安装最新版的gcc编译器
-
前台启动(不推荐)
- 前台启动,命令行窗口不能关闭,否则服务器停止
-
后台启动(推荐)
-
备份redis.conf
-
拷贝一份redis.conf到其它目录
cp /opt/redis-3.2.5/redis.conf /myredis
-
-
后台启动设置daemonize no 改成yes
- 修改redis.conf(128行)文件将里面的daemonize no 改成yes,让服务在后台启动
-
Redis启动
- redis-server /myredis/redis.conf
-
用客户端访问:redis-cli
-
多个端口可以:redis-cli -p6379
-
测试验证:ping
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-umOQAFEA-1667627267017)(C:\Users\阿江\AppData\Roaming\Typora\typora-user-images\image-20220311112308652.png)]
-
-
Redis关闭
- 单实例关闭:redis-cli shutdown
- 进入终端关闭:shutdown
- 多实例关闭,指定端口关闭:redis-cli -p 6379 shutdown
Redis相关知识
- 单线程+多路IO复用
常用五大数据类型
Redis键(key)
- key * 查看当前库所有key (匹配:keys *1)
- exists key判断某个key是否存在
- type key 查看你的key是什么类型
- del key 删除指定的key数据
- unlink key 根据value选择非阻塞删除(仅将keys从keyspace元数据中删除,真正的删除会在后续异步操作)
- expire key 10 10秒钟:为给定的key设置过期时间
- ttl key查看还有多少秒过期,-1表示永不过期,-2表示已过期
- select命令切换数据库
- dbsize查看当前后数据库的key的数量
- flushdb清空当前库
- flushall通杀全部库
Redis字符串(String)
简介
- String类型是二进制安全的,意味着Redis的String可以包含任何数据。比如jpg图片或序列化对象
- String类型是二进制安全的。意味着Redis的string可以包含任何数据。比如jpg图片或者序列化对象。
- 一个Redis中字符串value最多是512M
常用命令
- set 添加键值对
- NX:当数据库中key不存在时,可以将key-value添加数据库
- XX:当数据库中key存在时,可以将key-value添加数据库,与NX参数互斥
- EX:key的超时秒数
- PX:key的超时毫秒数,与EX互斥
- get 查询对应键值
- append 将给定的追加到原值的末尾
- strlen 获得值的长度
- setnx 只有在key不存在时 设置key的值
- incr
- 将key中存储的数字值增1
- 只能对数字值操作,如果为空,新增值为1
- decr
- 将key中存储的数字值减1
- 只能对数字值操作,如果为空,新增值-1
- incrby/decrby <步长>将key中存储的数字值增减。自定义步长
- 原子性:操作一旦开始,就一直运行到结束,中间不会有任何context switch
- mset …
- 同时设置一个或多个key-value对
- mget…
- 同时获取一个或多个value
- msetnx…
- 同时设置一个或多个key-value对,当且仅当所有给定key都不存在(原子性,有一个失败则都失败)
- getrange<起始位置><结束位置>
- 获得值的范围,类似java中的substring,前包,后包
- setrange <起始位置>
- 用覆盖所存储的字符串值,从<起始位置>开始(索引从0开始)
- setex <过期时间>
- 设置键值的同时,设置过期时间,单位秒
- getset
- 依旧换新,设置了新值的同时获得旧值
数据结构
- String的数据结构为简单动态字符串,是可以修改的字符串,内部结构实现上类似与Java的ArrayList,采用预分配冗余空间的方式来减少内存的频繁分配
Redis列表(List)
简介
-
单键多值
-
Redis列表是简单的字符串列表,底层是一个双向链表,对两端的操作性能高。
常用命令
- lpush/rpush …从左边或右边插入一个或多个值
- lpop/rpop 从左边/右边吐出一个值。值在键在,值光键亡
- rpoplpush 从列表右边吐出一个值,插到列表左边
- lrange
按照索引下标获得元素(从左到右) - lrange mylist 0 - 1 0左边第一个,-1右边第一个,(0-1表示获取所有)
- lindex 按照索引下标获得元素(从左到右)
- llen 获得列表长度
- linsert before 在的后面插入插入值
- lrem 从左边删除n个value(从左边到右)
- lset将列表key下标为index的值替换成value
数据结构
- List的数据结构为快速链表quickList
- 首先在列表元素较少的情况下会使用一块连续的内存存储,这个结构是ziplist,也即是压缩列表,它将所有的元素紧挨着一起存储,分配的是一块连续的内存,但数据量较多的时候才会改成quicklist
Redis集合(Set)
简介
- Redis set对外的功能与list类似是一个列表的功能,特殊指出在于set是可以自动排重的
- Redis的set是string类型的无序集合。它底层其实是一个value为null的hash表,所以添加,删除,查找的复杂度都是O(1)
常用命令
- sadd …
- 经爱过一个或多个member元素加入到集合key中,已经存在的member元素将被忽略
- smembers取出该集合的所有值
- sismember判断集合是否为含有该值,有1,没有0
- scard返回该集合的元素个数
- srem…删除集合中的某个元素
- spop随机从该集合中吐出一个值
- srandmember随机从该集合中取出n个值。不会从集合中删除
- smovevalue把集合中一个值从一个集合移动到另一个集合
- sinter返回两个集合的交集元素
- sunion返回两个集合的并集元素
- sdiff返回两个集合的差集元素(key1中的,不包含key2中的)
数据结构
- Set数据结构是dict字典,字典是用哈希表实现的
Redis哈希(Hash)
简介
-
Redis hash是一个键值对集合
-
Redis hash是一个string类型的field和value的映射表,hash特别适合用于存储对象
-
类似Java里面的Map<String,Object>
常用命令
- hset 给集合中的 键赋值
- hget 从集合取出value
- hmset …批量设置hash的值
- hexists 查看哈希表key中,给定域field是否存在
- hkeys 列出该hash集合的所有field
- hvals 列出该hash集合的所有value
- hincrby 为哈希表 key中的域field的值加上增量1 -1
- hsetnx 将哈希表 key中的域field的值设置为value,当且仅当域field不存在
数据结构
- Hash类型对应的数据结构是:ziplist(压缩列表),hashtable(哈希表)当field-value长度较短且个数较少时,使用ziplist否则使用hashtable
Redis有序集合Zset(sorted set)
简介
- zset是一个没有重复元素的字符串集合
- 不同之处是有序集合的每个成员都关联了一个评分,这个评分被用来按照从最低分到最高分的方式排序集合中的成员。集合中的成员是唯一的,但是评分是可以重复的
常用命令
- zadd …
- 将一个或多个member元素及其score值加入到有序集key当中
- zrange
[WITHSCORES] - 返回有序集key中,下标在
之间的元素 - 带WITHSCORES,可以让分数一起和值返回到结果集中
- 返回有序集key中,下标在
- zrangebyscore key minmax [withscores] [limit offset count]
- 返回有序集key中,所有score值介于min和max之间(等于min或max)的成员
- 有序集成员按score值递增(从小到大)次序排列
- zrevrangebyscore key maxmin [withscores] [limit offset count]
- 同上,改为从大到小排列
- zincrby 为元素的score加上增量
- zrem 删除该集合下,指定值的元素
- zcount 统计该集合,分数区间内的元素个数
- zrank 返回该值在集合中的排名,从0开始
数据结构
- 一方面等价于Java的数据结构Map<String,Double>,可以给每个元素value赋予权重score,另一个方面它又类似于treeSet,内部的元素按照权重score进行排序,可以得到每个元素的名次,还可以通过score的范围来获取元素的列表
- zset底层使用了两个数据结构
- hash,hash的作用就是关联元素value和权重score,保障元素value的唯一性,可以通过元素value找到响应的score值
- 跳跃表,跳跃表的目的在于给元素value排序,根据score的范围获取元素列表
跳跃表
Redis配置文件
网络相关配置
LIMITS限制
INCLUDES包含
MODULES
NETWORK
GENERAL通用
SNAPSHOTTING
REPLICATION
SECURITY安全
CLIENTS
MEMORY MANAGEMENT
APPEND ONLY MODE
LUA SCRIPTING
REDIS CLUSTER
Redis的发布和订阅
什么是发布和订阅
Redis的发布和订阅
发布订阅命令行实现
-
打开一个客户端订阅channel1
SUBSCRIBE channel1
-
打开另一个客户端,给channel1发布消息hello
publish channel1 hello,返回的1是订阅者数量
-
打开第一个客户端可以看到发送消息
Redis6新数据类型
Bitmaps
简介
命令
-
setbit
-
getbit
(1)格式
getbit获取Bitmaps中某个偏移量的值
获取键的第offset位的值(从0开始算)
(2)实例
获取id = 8的用户是否在2020-11-06这天访问过,返回0说明没有访问过
-
bitcount
(1)统计字符串被设置位1的bit数
格式:bitcount [start end]统计字符串从start直接到end字节比特值为1的数量
(2)实例
计算2020-11-06这天的独立访问用户数量
bitcount unique:users:20201106
-
bitop
(1)格式
bitop and(or/not/xor) [key…]
bitop是一个复合操作,它可以做多个Bitmaps的and(交集)、or(并集)、not(非)、xor(异或)操作并将结果保存在destkey中
-
Bitmaps与set对比
Bitmaps可以节约空间
HyperLogLog
简介
- 用来做基数统计的算法,优点是在输入元素的数量或体积非常大时,计算基数所需的空间总是固定的、并且是很小的
命令
-
pfadd
-
格式
pfadd [element…]添加指定元素到HyperLogLog中
-
实例
-
-
pfcount
-
格式
pfcount [key…]计算HLL的近似基数,可以计算多个HLL,比如用HLL存储每天的UV,计算一周的UV可以使用七天的UV合并计算即可
-
-
pfmerge
-
格式
pfmerge [sourcekey…]将一个或多个HLL合并后的结果存储在另一个HLL中,比如每月活跃用户可以使用每天的活跃用户来合并计算可得。
-
Geospatial
简介
- redis基于该类型,提供了经纬度设置,查询,范围查询,距离查询,经纬度Hash等常见操作
命令
-
geoadd
-
格式
geoadd [longitude latitude member…]添加地理位置(经度,纬度,名称)
-
实例
-
-
geopos
-
格式
geopos [member…]获取指定地区的坐标值
-
-
geodist
-
格式
geodist [m|km|ft|mi]来获取两个位置之间的直线距离
-
-
georadius
-
格式
georadius radius m|km|ft|mi 以给定的经纬度为中心,找出某一半径内的元素
-
Jedis操作
Jedis所需要的jar包
- [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-FEGZfstD-1667627267019)(C:\Users\阿江\AppData\Roaming\Typora\typora-user-images\image-20220311112807091.png)]
连接Redis注意事项
- 禁用Linux的防火墙:Linux(CentOS7)里执行命令
Jedis常用操作
创建动态的工程
创建测试程序
测试相关数据类型
- Key
- String
- List
- set
- hash
- zset
Redis_Jedis_实例
-
Jedis jedis = new Jedis("192.168.44.168",6379);
-
手机验证码
Redis与Spring Boot整合
整合步骤
-
在pom.xml文件中引入redis相关依赖
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YXJG1u56-1667627267021)(C:\Users\阿江\AppData\Roaming\Typora\typora-user-images\image-20220311155027159.png)]
-
application.properties配置redis配置
[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-mGWMQEhJ-1667627267023)(C:\Users\阿江\AppData\Roaming\Typora\typora-user-images\image-20220311155125161.png)]
-
编写配置类
Redis_事务 _锁机制 _秒杀
Redis的事务定义
- Redis事务是一个单独的隔离操作:事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
- Redis事务的作用就是串联多个命令防止别的命令插队
Multi、Exec、discard
- 从输入Multi命令开始,输入的命令都会依次进入命令队列中,但不会执行,直到输入Exec后,Redis会将之前的命令队列中的命令一次执行,组队过程中可以通过discard来放弃组队
事务的错误处理
为什么要做成事务
事务冲突的问题
例子
悲观锁
乐观锁
WATCH key [key…]
- 在执行multi之前,先执行watch key1 [key2]可以监视一个(或多个)key,如果在事务执行之前这个(或这些)key被其它命令所改动,所以事务将被打断
unwatch
- 取消WATCH命令对所有key的监视
- 如果在执行WATCH命令之后,EXEC命令或DISCARD命令先被执行了的话,那就不需要再执行UNWATCH了
Redis事务三特性
- 单独的隔离操作
- 不会被其它客户端发送来的命令请求所打断
- 没有隔离级别的概念
- 队列中的命令没有提交之前都不会实际被执行,因为事务提交前任何指令都不会被实际执行
- 不保证原子性
- 事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚
Redis_事务 _秒杀案例
解决计数器和人员记录的事务操作
Redis事务–秒杀并发模拟
- 使用工具ab模拟测试
- vim postfile模拟表单提交参数,以&符号结尾;存放当前目录
- 内容:prodid=0101&
超卖问题
利用乐观锁淘汰用户
继续增加并发测试
连接有限制
已经秒光,可是
连接超时,通过
连接池
解决库存遗留问题
LUA脚本
LUA脚本在Redis中的优势
Redis _ 事务_秒杀案例
Redis持久化之RDB
是什么
- 在指定的时间间隔内将内存中的数据集快照写入磁盘,也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
备份是如何执行的
- Redis会单独创建(fork)一个子进程来进行持久化,会先将数据写入到一个临时文件中,待持久化过程结束了,再用这个临时文件替换上次持久化好的文件。RDB的缺点是最后一次持久化后的数据可能丢失。
Fork
- Fork的作用是复制一个与当前进程一样的进程。新进程的所有数据(变量、环境变量、程序计数器等)数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程。
- 引入写时复制技术
- 一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容赋值一份给子进程
RDB持久化流程
dump.rdb文件
配置位置
如何触发RDB快照
配置文件中默认的快照
命令save vs bgsave
flu sh all 命令
Redis持久化之AOF
是什么
- 以日志的形式来记录每个写操作(增量保存),将Redis执行过的所有写指令记录下来(读操作不记录),只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据。
AOF持久化流程
- 客户端的请求写命令会被append追加到AOF缓冲区内
- AOF缓冲区根据AOF持久化策略[always,everysec,no]将操作sync同步到磁盘的AOF文件中
- AOF文件大小超过重写策略或手动重写时,会对AOF文件rewrite重写,压缩AOF文件容量
- Redis服务重启时,会重新load加载AOF文件中的写操作达到数据恢复的目的
AOF默认不开启
- 可以在redis.conf中配置文件名称,默认为appendonly.aof
- AOF文件的保存路径,同RDB的路径一致
AOF和RDB同时开启,redis听谁的?
- AOF和RDB同时开启,系统默认取AOF的数据(数据不会存在丢失)
AOF启动/修复/恢复
- AOF的备份机制和性能虽然和RDB不同,但是备份和恢复的操作同RDB一样,都是拷贝备份文件,需要恢复时再拷贝到Redis工作目录下,启动系统即加载。
- 正常恢复
- 修改默认的appendonly no ,改为yes
- 将有数据的aof文件复制一份保存到对应目录(查看目录:config get dir)
- 恢复:重启redis然后重新加载
- 异常恢复
- 修改默认的appendonly no,改为yes
- 如遇到AOF文件损坏,通过/usr/local/bin/ redis-check-aof-fix appendonly.aof进行恢复
- 备份被写坏的AOF文件
- 恢复:重启redis,然后重新加载
AOF同步频率设置
- appendfsync always
- 始终同步,每次Redis的写入都会立刻记入日志;性能较差但数据完整性比较好
- appendfsync everysec
- 每秒同步,每秒记入日志一次,如果宕机,本秒的数据可能丢失
- appendfsync no
- redis不主动进行同步,把同步时机交给操作系统
Rewrite压缩
是什么
- 当AOF文件的大小超过所设定的阀值时,Redis就会启动AOF文件的内容压缩,只保留可以恢复数据的最小指令集。可以使用命令bgrewriteaof
重写原理,如何实现重写
-
redis4.0版本后的重写,实际上就是把rdb的快照,以二进制的形式附在新的aof头部,作为已有的历史数据,替换掉原来的流水账操作。
no-appendfsync-no-rewrite:
优势
- 备份机制更稳健,丢失数据概率更低
- 可读的日志文本,通过操作AOF稳健,可以处理误操作
劣势
- 比起RDB占用更多的磁盘空间
- 恢复备份速度更慢
- 每次读写都都同步的话,有一定的性能压力
- 存在个别Bug,造成恢复不能
总结
- 如果对数据不敏感,可以选单独用RDB
- 不建议单独用AOF,因为可能会出现Bug
Redis_主从复制
是什么
- 主机数据更新后根据配置和策略,自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
能干嘛
- 读写分离,性能扩展
- 容灾快速恢复
怎么玩:主从复制
- 拷贝多个redis.conf文件include(写绝对路径)
- 开启 daemonize yes
- Pid文件名字pidfile
- 指定端口port
- Log文件名字
- dump.rdb名字dbfilename
- Appendonly关掉或
创建/myredis文件夹
复制redis.com配置文件到文件夹中
配置一主两从,创建三个配置文件
- redis6379.conf
- redis6380.conf
- redis6381.conf
在三个配置文件写入内容
-
include /莫言热地说、redis.conf
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb
启动三个redis服务器
查看系统进程
查看三台主机的运行情况
- Info replication
- 打印主从复制的相关信息
配从(库)不配主(库)
- slaveof
- 成为某个实例的从服务器
- 在6380和6381上执行:slaveof 127.0.0.1 6379(6380和6381成为从机)
- 成为某个实例的从服务器
常用3招
一主二仆
薪火相传
反客为主
复制原理
哨兵模式
- 反客为主的自动版
是什么
怎么玩(使用步骤)
- 调整为一主二仆模式
- 自定义的/myredis 目录下新建sentinel.conf文件,名字绝不能错
- 配置哨兵,填写内容
- 启动哨兵
- 当主机挂掉,从机顶替
- 复制延时
故障恢复
主从复制
Redis集群
问题
什么是集群
删除持久化数据
制作6个实例
配置基本信息
- 开启daemonize yes
- Pid 文件名字
- 指定端口
- Log文件名字
redis cluster配置修改
- cluster -enabled yes打开集群模式
- cluster-config-file nodes-6379.conf 设定节点配置文件名
- cluster-node-timeout15000 设定节点失联时间,超过该时间(毫秒),集群自动进行主从切换
修改好redis6379.conf
使用查找替换修改另外5个文件
- 例如: :%/6379/6380
启动6个redis服务
将六个结点合成一个集群
-c 采用集群策略连接,设置数据会自动切换到相应的写主机
通过cluster nodes命令查看集群信息
redis cluster如何分配这六个节点?
- 一个集群至少有三个主节点
- 选项 --cluster-replicas 1 表示我们希望为集群中的每个主节点创建一个从节点
- 分配原则尽量保证每个主数据库运行在不同的IP地址,每个从库和主库不在同一个IP地址上
什么是slots
在集群中录入值
查询集群中的值
故障恢复
- 主节点下线后,从节点自动升为主节点
- 主节点恢复后,主节点回来变成从机
- 如果某一段插槽的主从都挂掉,而cluster-require-full-coverage为yes,那么,整个集群都挂掉
- 如果某一段插槽的主从都挂掉,而cluster-require-full-coverage为no,那么,该插槽数据全部不能使用,也无法存储
- redis.conf中的参数cluster-require-full-coverage
集群的Jedis开发
- 即使连接的不是主机,集群会自动切换主机存储。主机写,从机读
- 无中心化主从解群,无论从哪台主机写的数据,其它主机上都能读到数据
- [外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-3cxAB0UP-1667627267025)(C:\Users\阿江\AppData\Roaming\Typora\typora-user-images\image-20220312174824323.png)]
Redis集群提供了以下好处
- 实现扩容
- 分摊压力
- 无中心配置相对简单
Redis集群的不足
- 多键操作是不被支持的
- 多键的Redis事务是不被支持的,lua脚本不被支持
Redis应用问题解决
缓存穿透
解决方案
- 对空值缓存
- 设置可访问的名单(白名单)
- 采用布隆过滤器
- 进行实时监控
缓存击穿
问题描述
- 现象
- 数据库访问压力瞬时增加
- redis里面没有出现大量key过期
- redis正常运行
- 问题
- redis某个key过期了,大量访问使用这个key
解决方案
- 预先设置热门数据
- 把一些热门数据提前存入到redis里面,加大这些热门数据key的时长
- 实时调整
- 现场监控哪些数据热门,实时调整key的过期时长
- 使用锁
- 就是在缓存失效的时候,不是立即去load db
- 先使用缓存数据的某些带成功操作返回值的操作去set一个mutex key
- 当操作返回成功时,再进行load db的操作,并回设内存,最后删除mutex key
- 当操作返回失败,证明有线程在load db,当前线程睡眠一段时间再重试整个get缓存的方法
缓存雪崩
问题描述
- 在极少时间段,查询大量key的集中过期情况
解决方案
- 构建多级缓存架构:nginx缓存+redis缓存+其它缓存(ehcache等)
- 使用锁或队列
- 用加锁或队列的方式来保证不会有大量的线程对数据库一次性进行读写,从而避免失效时大量的并发请求落到底层存储系统上。不适用高并发情况。
- 设置过期标志更新缓存
- 记录缓存数据是否过期(设置提前量),如果过期会触发通知另外的线程在后台去更新实际key的缓存
- 将缓存失效时间分散开
- 比如我们可以在原有的失效时间基础上增加一个随机值,比如1-5分钟随机,这样每个缓存的过期时间的重复率就会降低,就很难引发集体失效事件。
分布式锁
问题描述
- 分布式锁主流的实现方案:
- 基于数据库实现分布式锁
- 基于缓存(Redis等)
- 基于Zookeeper
- 每一种分布式锁解决方案都有各自的优缺点:
- 性能:redis最高
- 可靠性:zookeeper最高
解决方案:使用redis分布式锁
编写代码
优化之设置锁的过期时间
优化之UUID防误删
优化之LUA脚本保证删除的原子性
总结
- 加锁
- 使用lua释放锁
- 重试
- 确保锁的实现应同时满足以下四个条件:
- 互斥性。在任意时刻,只有一个客户端能持有锁
- 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁,也能保证后续其它客户端能加锁
- 解铃还须寄铃人。加锁和解锁必须是同一个客户端,客户端自己不能把别人加的锁给解了
- 加锁和解锁必须具有原子性
Redis6.0新功能
ACL
简介
- 对用户进行更细粒度的权限控制
- 接入权限:用户名和密码
- 可以执行的命令
- 可以操作的KEY
命令
IO多线程
简介
- 是指客户端交互部分的网络Io交互处理模块多线程,而非执行命令多线程。Redis6执行命令仍然是单线程
原理架构
工具支持 Cluster
据库一次性进行读写,从而避免失效时大量的并发请求落到底层存储系统上。不适用高并发情况。
3. 设置过期标志更新缓存
- 记录缓存数据是否过期(设置提前量),如果过期会触发通知另外的线程在后台去更新实际key的缓存
- 将缓存失效时间分散开
- 比如我们可以在原有的失效时间基础上增加一个随机值,比如1-5分钟随机,这样每个缓存的过期时间的重复率就会降低,就很难引发集体失效事件。
分布式锁
问题描述
- 分布式锁主流的实现方案:
- 基于数据库实现分布式锁
- 基于缓存(Redis等)
- 基于Zookeeper
- 每一种分布式锁解决方案都有各自的优缺点:
- 性能:redis最高
- 可靠性:zookeeper最高
解决方案:使用redis分布式锁
编写代码
优化之设置锁的过期时间
优化之UUID防误删
优化之LUA脚本保证删除的原子性
总结
- 加锁
- 使用lua释放锁
- 重试
- 确保锁的实现应同时满足以下四个条件:
- 互斥性。在任意时刻,只有一个客户端能持有锁
- 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁,也能保证后续其它客户端能加锁
- 解铃还须寄铃人。加锁和解锁必须是同一个客户端,客户端自己不能把别人加的锁给解了
- 加锁和解锁必须具有原子性
Redis6.0新功能
ACL
简介
- 对用户进行更细粒度的权限控制
- 接入权限:用户名和密码
- 可以执行的命令
- 可以操作的KEY
命令
IO多线程
简介
- 是指客户端交互部分的网络Io交互处理模块多线程,而非执行命令多线程。Redis6执行命令仍然是单线程