技术的分类
Web1.0时代
Web1.0的时代,数据访问量很有限,用一夫当关的高性能的单点服务器可以解决大部分问题
Web2.0时代
随着Web2.0的时代的到来,用户访问量大幅度提升,同时产生了大量的用户数据。加上后来的智能移动设备的普及,所有的互联网平台都面临了巨大的性能挑战
解决Web2.0问题
NoSQL数据库概述
NoSQL适用场景
NoSQL不适用场景
常见的NoSQL数据库
行式数据库
列式数据库
Hbase
Cassandra[kəˈsændrə]
Apache Cassandra是一款免费的开源NoSQL数据库,其设计目的在于管理由大量商用服务器构建起来的庞大集群上的海量数据集(数据量通常达到PB级别)。在众多显著特性当中,Cassandra最为卓越的长处是对写入及读取操作进行规模调整,而且其不强调主集群的设计思路能够以相对直观的方式简化各集群的创建与扩展流程
图关系型数据库
主要应用:社会关系,公共交通网络,地图及网络拓谱
Redis官方网站 | Redis中文官方网站 |
---|---|
http://redis.io | http://redis.cn/ |
- 6.2.1 for Linux(redis-6.2.1.tar.gz)
- 不用考虑在windows环境下对Redis的支持
使用Ubantu,获得ip192.168.2.128
sudo apt install net-tools
ifconifg
Ubantu安装远程连接
sudo apt-get install openssh-server
#出现报错执行下面两个
sudo apt-get update
sudo /etc/init.d/ssh restart
打开Linux系统,将压缩包放到先放在桌面,进入远程连接软件
cd /home/duanyf/桌面
sudo mv redis-6.2.1.tar.gz /opt/
安装vim
sudo apt-get install vim-gtk
安装yum
备份source源文件
sudo cp /etc/apt/sources.list /etc/apt/sources.list.bak
打开源文件
sudo vim /etc/apt/sources.list
修改镜像源
获取镜像源地址:清华大学开源镜像站
将上述复制的镜像源地址复制到/etc/apt/sources.list
此文件中,去除http后的s
# 默认注释了源码镜像以提高 apt update 速度,如有需要可自行取消注释
deb http://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy main restricted universe multiverse
deb http://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-updates main restricted universe multiverse
deb http://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-backports main restricted universe multiverse
deb http://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-security main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-security main restricted universe multiverse
# 预发布软件源,不建议启用
# deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-proposed main restricted universe multiverse
# deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ jammy-proposed main restricted universe multiverse
sudo apt-get update
sudo apt-get install --reinstall ca-certificates
添加如下镜像
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic main restricted universe multiverse
deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-updates main restricted universe multiverse
deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-updates main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-backports main restricted universe multiverse
deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-backports main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-security main restricted universe multiverse
deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-security main restricted universe multiverse
deb https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-proposed main restricted universe multiverse
deb-src https://mirrors.tuna.tsinghua.edu.cn/ubuntu/ bionic-proposed main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ bionic main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ bionic-security main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ bionic-updates main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ bionic-proposed main restricted universe multiverse
deb http://mirrors.aliyun.com/ubuntu/ bionic-backports main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ bionic main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ bionic-security main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ bionic-updates main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ bionic-proposed main restricted universe multiverse
deb-src http://mirrors.aliyun.com/ubuntu/ bionic-backports main restricted universe multiverse
再次更新源
sudo apt-get update
安装yum
sudo apt install yum
下载centos
安装CentOS
打开你的VMware Workstation Pro,并点击“创建新的虚拟机”
点选自定义(推荐)(T),并点击“下一步”
点选稍后安装操作系统(S),并点击“下一步”
点选Linux(L),因为我们之前下载的 CentOS-7-x86_64-DVD-1708.iso 是64位 7.4版本的,所以这里我们选择CentOS 7 64位,并点击“下一步”
点击“下一步”
指定内存
默认为NAT 模式(N):用于共享主机的IP地址即可
一直下一步,完成
选择iso
开启虚拟机,选择Install CentOS 7,最后按下“Enter 键”回车。
选择“中文”,点击“继续”。
点击“安装位置”,进去后再点击“完成”。
点击“软件选择”
选择“GNUOME桌面”,再勾选“GNOME应用程序”“开发工具”“安全性工具”,最后点击“完成(D)”
卡一会,点击“开始安装”。
设置root密码,并且创建一个管理员账户
等待安装,安装成功后点击"重启®"。
接受许可协议并设置网络(打开)
登录账户,CentOS 7安装完成
获得ip192.168.2.134
关闭ipv6(不知道哪一步成功)
编辑/etc/sysctl.conf
配置
sudo vim /etc/sysctl.conf
增加
net.ipv6.conf.all.disable_ipv6 =1
net.ipv6.conf.default.disable_ipv6 =1
注意:确保文件/etc/ssh/sshd_config 包含AddressFamily inet行,以避免在使用sysctl方法时破坏SSHXforwarding
将AddressFamily行添加到sshd_config:
重新启动sshd以获得更改以获得生效:
systemctl restart sshd
编辑/etc/sysconfig/network
配置,增加 NETWORKING_IPV6=no
,保存并退出
sudo vim /etc/sysconfig/network
编辑/etc/sysconfig/network-scripts/ifcfg-eno16777736,ifcfg-eno16777736是根据自己机器的,实际网卡信息来看,不是固定的
sudo vim /etc/sysconfig/network-scripts/ifcfg-ens33
关闭防火墙的开机自启动(centos7没有ip6tables.service)
systemctl disable ip6tables.service
编辑/etc/default/grub,在GRUB_CMDLINE_LINUX的句首加上ipv6.disable=1(无用)
sudo vim /etc/default/grub
修改后
[root@localhost Desktop]# cat /etc/default/grub
GRUB_TIMEOUT=5
GRUB_DISTRIBUTOR="$(sed 's, release .*$,,g' /etc/system-release)"
GRUB_DEFAULT=saved
GRUB_DISABLE_SUBMENU=true
GRUB_TERMINAL_OUTPUT="console"
GRUB_CMDLINE_LINUX="ipv6.disable=1 rd.lvm.lv=centos/root rd.lvm.lv=centos/swap rhgb quiet"
GRUB_DISABLE_RECOVERY="true"
修改完毕后保存,运行grub2-mkconfig -o /boot/grub2/grub.cfg
重新生成grub.cfg文件。
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
重启
sysctl -p
关闭防火墙
远程连接
报错/usr/bin/xauth: file /home/dunayf/.Xauthority does not exist
chown dunayf:dunayf -R /home/dunayf
将用户加入到sudoers
文件中
切换至root
用户
su - root
给root
用户添加可写权限
chmod 640 /etc/sudoers
修改sudoers
文件
vim /etc/sudoers
如下图所示位置加上duanyf ALL=(ALL) ALL
查看是否修改成功
cat /etc/sudoers
修改sudoers
文件:只读权限(原有权限)
chmod 440 /etc/sudoers
返回普通用户
exit
将压缩包放到通过mobaxterm先放在桌面,进入远程连接软件
cd /home/duanyf/桌面
sudo mv redis-6.2.1.tar.gz /opt/
安装gcc
yum install gcc
#测试
gcc --version
解压redis
tar -zxvf redis-6.2.1.tar.gz
解压完成后进入目录
cd redis-6.2.1
在redis-6.2.1目录下再次执行make命令(只是编译好)
sudo make
跳过make test 继续执行: make install
sudo make install
默认安装目录:/usr/local/bin
redis-benchmark:性能测试工具,可以在自己本子运行,看看自己本子性能如何
redis-check-aof:修复有问题的AOF文件,rdb和aof后面讲
redis-check-dump:修复有问题的dump.rdb文件
redis-sentinel:Redis集群使用
redis-server:Redis服务器启动命令
redis-cli:客户端,操作入口
前台启动
前台启动,命令行窗口不能关闭,否则服务器停止
redis-server
后台启动
拷贝一份redis.conf
到其他目录
cd /usr/local/bin
sudo cp /opt/redis-6.2.1/redis.conf /etc/redis.conf
后台启动设置daemonize no
改成yes
sudo vim /etc/redis.conf
Redis启动
cd /usr/local/bin
redis-server /etc/redis.conf
#查看进程
ps -ef | grep redis
用客户端访问
单个端口
redis-cli
多个端口
redis-cli -p6379
Redis关闭
首先先在redis-cli的同级目录下创建一个redis的日志文件,然后把此文件的权限更改为,对所有的用户都可以进行读写操作
sudo touch redis-log.log
sudo chmod 777 redis-log.log
sudo chmod 777 /user/local/bin
去redis的配置文件中指明redis的日志文件的位置,如下图:
sudo vim /etc/redis.conf
把redis-server服务的进程号杀死,然后重新启动redis-server服务,去日志查看报错
cd /usr/local/bin
#查看进程
ps -ef | grep redis
#杀死进程
sudo kill -9 [pid]
#启动
redis-server /etc/redis.conf
#关闭
redis-cli shutdown
#查看日志
vim redis-log.log
报错信息:主要是权限问题
21201:M 23 Sep 2022 00:40:26.944 # User requested shutdown...
21201:M 23 Sep 2022 00:40:26.944 * Saving the final RDB snapshot before exiting.
21201:M 23 Sep 2022 00:40:26.944 # Failed opening the RDB file dump.rdb (in server root dir /usr/local/bin) for saving: Permission denied
21201:M 23 Sep 2022 00:40:26.944 # Error trying to save the DB, can't exit.
解决:
#设置权限
sudo chmod 777 /etc/redis.conf
sudo chmod 777 /etc
#查看进程
ps -ef | grep redis
#杀死进程
sudo kill -9 [pid]
#启动
redis-server /etc/redis.conf
#关闭
redis-cli shutdown
sudo vim /etc/sysconfig/network-scripts/ifcfg-ens33
IPADDR=192.168.2.152 #你想要的IP
NETMASK=255.255.255.0
GATEWAY=192.168.2.2
DNS1=8.8.8.8
Redis中默认16个数据库,类似数组下标从0开始,初始默认使用0号库
使用命令 select
来切换数据库。如: select 8
统一密码管理,所有库同样密码
操作指令:
dbsize 查看当前数据库的key的数量
flushdb 清空当前库
flushall 通杀全部库
Redis是单线程+多路IO复用技术
串行 vs 多线程+锁(memcached) vs 单线程+多路IO复用(Redis)
与Memcache三点不同: 支持多数据类型,支持持久化,单线程+多路IO复用
指的是key-value中,value的类型
进入客户端
redis-cli
可使用一下命令
keys * 查看当前库所有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 通杀全部库
keys *
:查看当前库所有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
:通杀全部库
简介
常用命令
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 中储存的数字值增减<步长>,自定义步长。
mset
:同时设置一个或多个 key-value对
mget
:同时获取一个或多个 value
msetnx
:同时设置一个或多个 key-value 对,当且仅当所有给定 key 都不存在。具有原子性,有一个失败则都失败
getrange
:获得值的范围,类似java中的substring,前包,后包
setrange
:用
setex
:设置键值的同时,设置过期时间,单位秒。
getset
:以新换旧,设置了新值同时获得旧值。
数据结构
简介
常用命令
数据结构
sadd .....
:将一个或多个 member 元素加入到集合 key 中,已经存在的 member 元素将被忽略smembers
:取出该集合的所有值。sismember
:判断集合scard
:返回该集合的元素个数。srem ....
: 删除集合中的某个元素。spop
:随机从该集合中吐出一个值,会从集合中删除。srandmember
:随机从该集合中取出n个值。不会从集合中删除 。smove
:把集合中一个值从一个集合移动到另一个集合sinter
:返回两个集合的交集元素。sunion
:返回两个集合的并集元素。sdiff
:两个集合的差集元素(在key1中不包含key2中的)简介
常用命令
数据结构
简介
常用命令
zadd
:将一个或多个 member 元素及其 score 值加入到有序集 key 当中。
zrange
:返回有序集 key 中,下标在
带WITHSCORES,可以让分数一起和值返回到结果集。
zrangebyscore key min max [withscores] [limit offset count]
:返回有序集 key 中,所有 score 值介于 min 和 max 之间(包括等于 min 或 max )的成员。有序集成员按 score 值递增(从小到大)次序排列。
zrevrangebyscore key max min [withscores] [limit offset count]
:同上,改为从大到小排列。
zincrby
:为元素的score加上增量increment
zrem
:删除该集合下,指定值的元素
zcount
:统计该集合,分数区间内的元素个数
zrank
:返回该值在集合中的排名,从0开始。
数据结构
SortedSet(zset)是Redis提供的一个非常特别的数据结构
一方面它等价于Java的数据结构Map
一方面它又类似于TreeSet,内部的元素会按照权重score进行排序,可以得到每个元素的名次,还可以通过score的范围来获取元素的列表。
zset底层使用了两个数据结构
自定义目录:/etc/redis.conf
- 配置大小单位,开头定义了一些基本的度量单位,只支持bytes,不支持bit
- 大小写不敏感
# Redis configuration file example.
#
# Note that in order to read the configuration file, Redis must be
# started with the file path as first argument:
#
# ./redis-server /path/to/redis.conf
# Note on units: when memory size is needed, it is possible to specify
# it in the usual form of 1k 5GB 4M and so forth:
#
# 1k => 1000 bytes
# 1kb => 1024 bytes
# 1m => 1000000 bytes
# 1mb => 1024*1024 bytes
# 1g => 1000000000 bytes
# 1gb => 1024*1024*1024 bytes
#
# units are case insensitive so 1GB 1Gb 1gB are all the same.
- 类似jsp中的include(包含其他页面)
- 多实例的情况可以把公用的配置文件提取出来
################################## INCLUDES ###################################
# Include one or more other config files here. This is useful if you
# have a standard template that goes to all Redis servers but also need
# to customize a few per-server settings. Include files can include
# other files, so use this wisely.
#
# Note that option "include" won't be rewritten by command "CONFIG REWRITE"
# from admin or Redis Sentinel. Since Redis always uses the last processed
# line as value of a configuration directive, you'd better put includes
# at the beginning of this file to avoid overwriting config change at runtime.
#
# If instead you are interested in using includes to override configuration
# options, it is better to use include as the last line.
#
# include /path/to/local.conf
# include /path/to/other.conf
默认情况bind=127.0.0.1
只能接受本机的访问请求
不写的情况下,无限制接受任何ip地址的访问
生产环境肯定要写你应用服务器的地址;服务器是需要远程访问的,所以需要将其注释掉
如果开启了protected-mode
,那么在没有设定bind ip
且没有设密码的情况下,Redis只允许接受本机的响应
当bind=127.0.0.1
不写、protected-mode=no
时,保存配置,停止服务,重启启动查看进程,不再是本机访问了
- 如果开启了
protected-mode
,那么在没有设定bind ip
且没有设密码的情况下,Redis只允许接受本机的响应- 将本机访问保护模式设置no
端口号,默认 6379
设置tcp的backlog,backlog其实是一个连接队列
backlog队列总和=未完成三次握手队列 + 已经完成三次握手队列。
在高并发环境下你需要一个高backlog值来避免慢客户端连接问题
Linux内核会将这个值减小到/proc/sys/net/core/somaxconn
的值128
,所以需要确认增大/proc/sys/net/core/somaxconn
和/proc/sys/net/ipv4/tcp_max_syn_backlog(128)
两个值来达到想要的效果
一个空闲的客户端维持多少秒会关闭,0表示关闭该功能。即永不关闭。
- 是否为后台进程,设置为yes
- 守护进程,后台启动
存放pid文件的位置,每个实例会产生一个不同的pid文件
- 指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为notice
- 四个级别根据使用阶段来选择,生产环境选择notice 或者warning
日志文件名称
设定库的数量 默认16,默认数据库为0,可以使用SELECT
命令在连接上指定数据库id
maxclients
设置redis同时可以与多少个客户端进行连接。
默认情况下为10000个客户端。
如果达到了此限制,redis则会拒绝新的连接请求,并且向这些连接请求方发出max number of clients reached
以作回应。
建议必须设置,否则,将内存占满,造成服务器宕机
设置redis可以使用的内存量。一旦到达内存使用上限,redis将会试图移除内部数据,移除规则可以通过maxmemory-policy来指定。
如果redis无法根据移除规则来移除内存中的数据,或者设置了“不允许移除”,那么redis则会针对那些需要申请内存的指令返回错误信息,比如SET、LPUSH等。
但是对于无内存申请的指令,仍然会正常响应,比如GET等。如果你的redis是主redis(说明你的redis有从redis),那么在设置内存使用上限时,需要在系统中留出一些内存空间给同步队列缓存,只有在你设置的是“不移除”的情况下,才不用考虑这个因素。
volatile-lru:使用LRU算法移除key,只对设置了过期时间的键(最近最少使用)
allkeys-lru:在所有集合key中,使用LRU算法移除key
volatile-random:在过期集合中移除随机的key,只对设置了过期时间的键
allkeys-random:在所有集合key中,移除随机的key
volatile-ttl:移除那些TTL值最小的key,即那些最近要过期的key
noeviction:不进行移除。针对写操作,只是返回错误信息
设置样本数量,LRU算法和最小TTL算法都并非是精确的算法,而是估算值,所以你可以设置样本的大小,redis默认会检查这么多个key并选择其中LRU的那个。
一般设置3到7的数字,数值越小样本越不准确,但性能消耗越小。
Redis 发布订阅 (pub/sub) 是一种消息通信模式:发送者 (pub) 发送消息,订阅者 (sub) 接收消息。
Redis 客户端可以订阅任意数量的频道
打开一个客户端订阅频道一(channel1)
#打开客户端
/usr/local/bin/redis-cli
#订阅频道
SUBSCRIBE channel1
打开另一个客户端,给channel1发布消息hello
#打开客户端
/usr/local/bin/redis-cli
#给channel1发布消息hello
PUBLISH channel1 hello
打开第一个客户端可以看到发送的消息
简介
现代计算机用二进制(位) 作为信息的基础单位, 1个字节等于8位
例如“abc”字符串是由3个字节组成, 但实际在计算机存储时将其用二进制表示, “abc”分别对应的ASCII码分别是97、 98、 99, 对应的二进制分别是01100001、 01100010和01100011,如下图
合理地使用操作位能够有效地提高内存使用率和开发效率
Redis提供了Bitmaps这个“数据类型”可以实现对位的操作
命令
setbit
格式
setbit
:设置Bitmaps中某个偏移量的值(0或1)
注:*offset:偏移量从0开始
实例
- 题目:每个独立用户是否访问过网站存放在Bitmaps中, 将访问的用户记做1, 没有访问的用户记做0, 用偏移量作为用户的id
- 解释:设置键的第offset个位的值(从0算起) , 假设现在有20个用户,userid=1, 6, 11, 15, 19的用户对网站进行了访问, 那么当前Bitmaps初始化结果如图
- 实例:unique:users:20201106代表2020-11-06这天的独立访问用户的Bitmaps
- 注意:很多应用的用户id以一个指定数字(例如10000) 开头, 直接将用户id和Bitmaps的偏移量对应势必会造成一定的浪费, 通常的做法是每次做setbit操作时将用户id减去这个指定数字。在第一次初始化Bitmaps时, 假如偏移量非常大, 那么整个初始化过程执行会比较慢, 可能会造成Redis的阻塞
getbit
bitcount
格式:
bitcount
:统计字符串从start字节到end字节比特值为1的数量
实例1:
计算2022-11-06这天的独立访问用户数量
实例2:
start和end代表起始和结束字节数, 下面操作计算用户id在第1个字节到第3个字节之间的独立访问用户数, 对应的用户id是11, 15, 19。
实例3:
情景:K1 【01000001 01000000 00000000 00100001】,对应【0,1,2,3】
①bitcount K1 1 2
: 统计下标1、2字节组中bit=1的个数,即01000000 00000000中1的个数
②bitcount K1 1 3
:统计下标1、2、3字节组中bit=1的个数,即01000000 00000000 00100001中1的个数
③bitcount K1 0 -2
:统计下标0到2(下标倒数第2),字节组中bit=1的个数,即01000001 01000000 00000000中1的个数
注意:
- redis的setbit设置或清除的是bit位置,而bitcount计算的是byte位置
- start 和 end 参数的设置,都可以使用负数值:比如 -1 表示最后一个位,而 -2 表示倒数第二个位
bitop
格式:
bitop and(or/not/xor)
作用:
bitop是一个复合操作, 它可以做多个Bitmaps的and(交集) 、 or(并集) 、 not(非) 、 xor(异或) 操作并将结果保存在destkey中
实例1
#2020-11-04 日访问网站的userid=1,2,5,9。
setbit unique:users:20201104 1 1
setbit unique:users:20201104 2 1
setbit unique:users:20201104 5 1
setbit unique:users:20201104 9 1
#2020-11-03 日访问网站的userid=0,1,4,9。
setbit unique:users:20201103 0 1
setbit unique:users:20201103 1 1
setbit unique:users:20201103 4 1
setbit unique:users:20201103 9 1
计算出两天都访问过网站的用户数量
bitop and unique:users:and:20201104_03 unique:users:20201103 unique:users:20201104
计算出任意一天都访问过网站的用户数量(例如月活跃就是类似这种) , 可以使用or求并集
Bitmaps与set对比
假设网站有1亿用户, 每天独立访问的用户有5千万, 如果每天用集合类型和Bitmaps分别存储活跃用户可以得到表
数据类型 | 每个用户id占用空间 | 需要存储的用户量 | 全部内存量 |
---|---|---|---|
集合类型 | 64位 | 50000000 | 64位*50000000 = 400MB |
Bitmaps | 1位 | 100000000 | 1位*100000000 = 12.5MB |
很明显, 这种情况下使用Bitmaps能节省很多的内存空间, 尤其是随着时间推移节省的内存还是非常可观的
数据类型 | 一天 | 一个月 | 一年 |
---|---|---|---|
集合类型 | 400MB | 12GB | 144GB |
Bitmaps | 12.5MB | 375MB | 4.5GB |
但Bitmaps并不是万金油, 假如该网站每天的独立访问用户很少, 例如只有10万(大量的僵尸用户) , 那么两者的对比如下表所示
数据类型 | 每个userid占用空间 | 需要存储的用户量 | 全部内存量 |
---|---|---|---|
集合类型 | 64位 | 100000 | 64位*100000 = 800KB |
Bitmaps | 1位 | 100000000 | 1位*100000000 = 12.5MB |
很显然, 这时候使用Bitmaps就不太合适了, 因为基本上大部分位都是0,虽然只有10w用户,但是10w用户中可能 有人的id是1000w,因此必须要分配1000w位
简介
工作当中,我们经常会遇到与统计相关的功能需求,比如统计网站PV(PageView页面访问量),可以使用Redis的incr、incrby轻松实现。
像UV(UniqueVisitor,独立访客)、独立IP数、搜索记录数等需要去重和计数的问题如何解决?
以上的方案结果精确,但随着数据不断增加,导致占用空间越来越大,对于非常大的数据集是不切实际的。
能否能够降低一定的精度来平衡存储空间?Redis推出了HyperLogLog
Redis HyperLogLog 是用来做基数统计的算法
HyperLogLog 的优点是,在输入元素的数量或者体积非常非常大时,计算基数所需的空间总是固定的、并且是很小的。
在 Redis 里面,每个 HyperLogLog 键只需要花费 12 KB 内存,就可以计算接近 2^64 个不同元素的基数。这和计算基数时,元素越多耗费内存就越多的集合形成鲜明对比。
但是,因为 HyperLogLog 只会根据输入元素来计算基数,而不会储存输入元素本身,所以 HyperLogLog 不能像集合那样,返回输入的各个元素。
什么是基数?
比如数据集 {1, 3, 5, 7, 5, 7, 8}, 那么这个数据集的基数集为 {1, 3, 5 ,7, 8}, 基数(不重复元素的个数)为5。
基数估计就是在误差可接受的范围内,快速计算基数。
命令
pfadd
pfcount
pfmerge
简介
命令
geoadd
格式
geoadd
:添加地理位置(经度,纬度,名称
实例
#添加上海
geoadd china:city 121.47 31.23 shanghai
#添加重庆,深圳,北京
geoadd china:city 106.50 29.53 chongqing 114.05 22.52 shenzhen 116.38 39.90 beijing
注意
- 两极无法直接添加,一般会下载城市数据,直接通过 Java 程序一次性导入。
- 有效的经度从 -180 度到 180 度。有效的纬度从 -85.05112878 度到 85.05112878 度。
- 当坐标位置超出指定范围时,该命令将会返回一个错误。
- 已经添加的数据,是无法再次往里面添加的
geopos
geodist
georadius
<dependency>
<groupId>redis.clientsgroupId>
<artifactId>jedisartifactId>
<version>3.2.0version>
dependency>
禁用Linux的防火墙:Linux(CentOS7)里执行命令
systemctl stop firewalld.service
systemctl disable firewalld.service
redis.conf中注释掉bind 127.0.0.1 ,然后 protected-mode no
创建动态的工程
创建测试程序
创建com/duanyf/jedis/JedisDemo1.java
,进行测试
public class JedisDemo1 {
public static void main(String[] args) {
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//测试
String value = jedis.ping();
System.out.println(value);//PONG
}
}
@Test
public void demo1(){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//添加数据
jedis.set("name","lucy");
//获取
String name = jedis.get("name");
System.out.println("name:"+name);
//打印所有key
Set<String> keys = jedis.keys("*");
for (String key : keys) {
System.out.println(key);
}
//判断key值是否存在
System.out.println(jedis.exists("name"));
//查看还有多少秒过期
System.out.println(jedis.ttl("name"));
}
@Test
public void demo2(){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//设置多个key-value
jedis.mset("str1","v1","str2","v2","str3","v3");
//获取多个key的value
System.out.println(jedis.mget("str1","str2","str3"));
}
@Test
public void demo3(){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//加入数据
jedis.lpush("key1","v1","v2","v3");
//获取数据
List<String> list = jedis.lrange("key1",0,-1);
for (String element : list) {
System.out.println(element);
}
}
@Test
public void demo4(){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//加入数据
jedis.sadd("orders", "order01");
jedis.sadd("orders", "order02");
jedis.sadd("orders", "order03");
jedis.sadd("orders", "order04");
//获取数据
Set<String> smembers = jedis.smembers("orders");
for (String order : smembers) {
System.out.println(order);
}
//删除元素
jedis.srem("orders", "order02");
//判断元素是否还存在
System.out.println(jedis.sismember("orders", "order02"));
}
@Test
public void demo5(){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//加入数据
jedis.hset("hash1","userName","lisi");
Map<String,String> map = new HashMap<String,String>();
map.put("telphone","13810169999");
map.put("address","atguigu");
map.put("email","[email protected]");
jedis.hmset("hash2",map);
//获取数据
System.out.println(jedis.hget("hash1","userName"));
List<String> result = jedis.hmget("hash2", "telphone","email");
for (String element : result) {
System.out.println(element);
}
}
@Test
public void demo6(){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//加入数据
jedis.zadd("zset01", 100d, "z3");
jedis.zadd("zset01", 90d, "l4");
jedis.zadd("zset01", 80d, "w5");
jedis.zadd("zset01", 70d, "z6");
//获取数据
Set<String> zrange = jedis.zrange("zset01", 0, -1);
for (String e : zrange) {
System.out.println(e);
}
}
完成一个手机验证码功能
要求:
1、输入手机号,点击发送后随机生成6位数字码,2分钟有效
2、输入验证码,点击验证,返回成功或失败
3、每个手机号每天只能输入3次
思路
代码实现
package com.duanyf.jedis;
import java.util.Random;
import redis.clients.jedis.Jedis;
/**
* @Description:
* @Author: duanyf
* @DateTime: 2022/9/24 0024 0:01
*/
public class PhoneCode {
public static void main(String[] args) {
String phone="123343256";
//模拟验证码的发送
verifyCode(phone);
//getRedisCode(phone,"428476");
}
//1.生成6位数字验证码
public static String getCode() {
Random random = new Random();
String code = "";
for (int i = 0; i < 6; i++) {
int rand = random.nextInt(10);
code += rand;
}
return code;
}
//2.让每个手机每天只能发送三次,验证码放到redis中,设置过期时间
public static void verifyCode(String phone){
//创建Jedis对象
Jedis jedis=new Jedis("192.168.2.135",6379);
//拼接key
//手机发送次数
String phone_sendCount_key="VerifyCode"+phone+":count";
//验证码key
String codeKey="VerifyCode"+phone+":code";
//每个手机每天只能发送三次
String count=jedis.get(phone_sendCount_key);
if (count==null){
//没有发送次数,第一次发送,设置发送次数为1
//这个发送次数需要持续一天
jedis.setex(phone_sendCount_key,24*60*60,"1");
}else if (Integer.parseInt(count)<=2){
//第一次 为1进入if 第二次还是为1进入此elseif变成2出去 第三次为2还是进入此elseif
//发送次数+1
jedis.incr(phone_sendCount_key);
}else {
System.out.println("今天发送次数已经超过三次");
jedis.close();
return;
}
//随机生成验证码放到redis中
String vcode = getCode();
jedis.setex(codeKey,120,vcode);
jedis.close();
}
//3.验证码校验
public static void getRedisCode(String phone,String code){
//从redis中获取验证码
Jedis jedis=new Jedis("192.168.2.135",6379);
String codeKey="VerifyCode"+phone+":code";
String redisCode = jedis.get(codeKey);
//判断
if (redisCode.equals(code)){
System.out.println("成功");
}else {
System.out.println("失败");
}
jedis.close();
}
}
创建Springboot项目
配置maven(同上)
引入依赖
<dependency>
<groupId>org.springframework.bootgroupId>
<artifactId>spring-boot-starter-data-redisartifactId>
dependency>
<dependency>
<groupId>org.apache.commonsgroupId>
<artifactId>commons-pool2artifactId>
<version>2.6.0version>
dependency>
修改pom.xml
application.properties配置redis配置
#Redis服务器地址
spring.redis.host=192.168.3.135
#Redis服务器连接端口
spring.redis.port=6379
#Redis数据库索引(默认为0)
spring.redis.database= 0
#连接超时时间(毫秒)
spring.redis.timeout=1800000
#连接池最大连接数(使用负值表示没有限制)
spring.redis.lettuce.pool.max-active=20
#最大阻塞等待时间(负数表示没限制)
spring.redis.lettuce.pool.max-wait=-1
#连接池中的最大空闲连接
spring.redis.lettuce.pool.max-idle=5
#连接池中的最小空闲连接
spring.redis.lettuce.pool.min-idle=0
添加redis配置类com/duanyf/redis_springboot/config/RedisConfig.java
@EnableCaching
@Configuration
public class RedisConfig extends CachingConfigurerSupport {
@Bean
public RedisTemplate<String, Object> redisTemplate(RedisConnectionFactory factory) {
RedisTemplate<String, Object> template = new RedisTemplate<>();
RedisSerializer<String> redisSerializer = new StringRedisSerializer();
Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new Jackson2JsonRedisSerializer(Object.class);
ObjectMapper om = new ObjectMapper();
om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
jackson2JsonRedisSerializer.setObjectMapper(om);
template.setConnectionFactory(factory);
//key序列化方式
template.setKeySerializer(redisSerializer);
//value序列化
template.setValueSerializer(jackson2JsonRedisSerializer);
//value hashmap序列化
template.setHashValueSerializer(jackson2JsonRedisSerializer);
return template;
}
@Bean
public CacheManager cacheManager(RedisConnectionFactory factory) {
RedisSerializer<String> redisSerializer = new StringRedisSerializer();
Jackson2JsonRedisSerializer jackson2JsonRedisSerializer = new Jackson2JsonRedisSerializer(Object.class);
//解决查询缓存转换异常的问题
ObjectMapper om = new ObjectMapper();
om.setVisibility(PropertyAccessor.ALL, JsonAutoDetect.Visibility.ANY);
om.enableDefaultTyping(ObjectMapper.DefaultTyping.NON_FINAL);
jackson2JsonRedisSerializer.setObjectMapper(om);
// 配置序列化(解决乱码的问题),过期时间600秒
RedisCacheConfiguration config = RedisCacheConfiguration.defaultCacheConfig()
.entryTtl(Duration.ofSeconds(600))
.serializeKeysWith(RedisSerializationContext.SerializationPair.fromSerializer(redisSerializer))
.serializeValuesWith(RedisSerializationContext.SerializationPair.fromSerializer(jackson2JsonRedisSerializer))
.disableCachingNullValues();
RedisCacheManager cacheManager = RedisCacheManager.builder(factory)
.cacheDefaults(config)
.build();
return cacheManager;
}
}
创建com/duanyf/redis_springboot/controller/RedisTestController.java
@RestController
@RequestMapping("/redisTest")
public class RedisTestController {
@Autowired
private RedisTemplate redisTemplate;
@GetMapping
public String testRedis(){
//设置值到redis中
redisTemplate.opsForValue().set("name","lucy");
//从redis中获取值
String name = (String) redisTemplate.opsForValue().get("name");
return name;
}
}
从输入Multi命令开始,输入的命令都会依次进入命令队列中,但不会执行,直到输入Exec后,Redis会将之前的命令队列中的命令依次执行,组队的过程中可以通过discard来放弃组队。
实例
模拟一个场景:有很多人能使用你的账户支付,同时去参加双十一抢购,账户中有1w元
- 一个请求想给金额减8000
- 一个请求想给金额减5000
- 一个请求想给金额减1000
悲观锁(Pessimistic Lock), 顾名思义,就是很悲观
每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。
传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等,都是在做操作之前先上锁
实例
乐观锁(Optimistic Lock), 顾名思义,就是很乐观
每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。
乐观锁适用于多读的应用类型,这样可以提高吞吐量。
Redis就是利用这种check-and-set机制实现事务的。
实例
在执行multi之前,先执行watch key1 [key2],可以监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。(乐观锁)
- 取消 WATCH 命令对所有 key 的监视。
- 如果在执行 WATCH 命令之后,EXEC 命令或DISCARD 命令先被执行了的话,那么就不需要再执行UNWATCH 了。
单独的隔离操作
事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
没有隔离级别的概念
队列中的命令没有提交之前都不会实际被执行,因为事务提交前任何指令都不会被实际执行
不保证原子性
事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚
创建一个web项目
配置tomcat
导入依赖
<dependency>
<groupId>redis.clientsgroupId>
<artifactId>jedisartifactId>
<version>2.9.0version>
dependency>
<dependency>
<groupId>org.apache.commonsgroupId>
<artifactId>commons-pool2artifactId>
<version>2.4.2version>
dependency>
<dependency>
<groupId>org.codehaus.janinogroupId>
<artifactId>janinoartifactId>
<version>2.7.8version>
dependency>
<dependency>
<groupId>org.codehaus.janinogroupId>
<artifactId>commons-compilerartifactId>
<version>2.7.8version>
dependency>
<dependency>
<groupId>org.slf4jgroupId>
<artifactId>slf4j-apiartifactId>
<version>1.7.25version>
dependency>
<dependency>
<groupId>ch.qos.logbackgroupId>
<artifactId>logback-classicartifactId>
<version>1.2.4-groovylessversion>
<scope>testscope>
dependency>
<dependency>
<groupId>ch.qos.logbackgroupId>
<artifactId>logback-coreartifactId>
<version>1.2.4-groovylessversion>
<scope>compilescope>
dependency>
<dependency>
<groupId>ch.qos.logbackgroupId>
<artifactId>logback-accessartifactId>
<version>1.2.3version>
dependency>
<dependency>
<groupId>log4jgroupId>
<artifactId>log4jartifactId>
<version>1.2.17version>
dependency>
<dependency>
<groupId>javax.servletgroupId>
<artifactId>javax.servlet-apiartifactId>
<version>3.1.0version>
<scope>providedscope>
dependency>
出现找不到类 clean一下
配置web.xml
<servlet>
<description>description>
<display-name>doseckilldisplay-name>
<servlet-name>doseckillservlet-name>
<servlet-class>SecKillServletservlet-class>
servlet>
<servlet-mapping>
<servlet-name>doseckillservlet-name>
<url-pattern>/doseckillurl-pattern>
servlet-mapping>
模拟测试工具ab安装
联网
sudo yum install httpd-tools
无网络
cd /run/media/root/CentOS 7 x86_64/Packages
#顺序安装
apr-1.4.8-3.el7.x86_64.rpm
apr-util-1.5.2-6.el7.x86_64.rpm
httpd-tools-2.4.6-67.el7.centos.x86_64.rpm
ab参数讲解
#请求数量
-n requests Number of requests to perform
#并发数量
-c concurrency Number of multiple requests to make at a time
#提交参数
-p postfile File containing data to POST. Remember also to set -T
#参数类型
-T content-type Content-type header to use for POST/PUT data, eg.
'application/x-www-form-urlencoded'
Default is 'text/plain'
实例测试
为什么会连接超时
当向redis发送多个请求,redis处理不过来时,可能会出现连接超时问题
连接池
作用:
节省每次连接redis服务带来的消耗,把连接好的实例反复利用,通过参数管理连接的行为。
参数
index.jsp页面
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
Insert title here
iPhone 13 Pro !!! 1元秒杀!!!
SecKill_redis
import java.io.IOException;
import java.util.HashSet;
import java.util.List;
import java.util.Set;
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import ch.qos.logback.core.rolling.helper.IntegerTokenConverter;
import redis.clients.jedis.HostAndPort;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisCluster;
import redis.clients.jedis.JedisPool;
import redis.clients.jedis.JedisPoolConfig;
import redis.clients.jedis.ShardedJedisPool;
import redis.clients.jedis.Transaction;
public class SecKill_redis {
/**
* 秒杀过程
* @param uid 用户id
* @param prodid 产品id
* @return
* @throws IOException
*/
public static boolean doSecKill(String uid,String prodid) throws IOException {
//1 uid和prodid非空判断
if(uid == null || prodid == null) {
return false;
}
//2 连接redis
Jedis jedis = new Jedis("192.168.2.140",6379);
//通过连接池得到jedis对象
//JedisPool jedisPoolInstance = JedisPoolUtil.getJedisPoolInstance();
//Jedis jedis = jedisPoolInstance.getResource();
//3 拼接key
//3.1 库存key
String kcKey = "sk:"+prodid+":qt";
//3.2 秒杀成功用户key
String userKey = "sk:"+prodid+":user";
//监视库存
//jedis.watch(kcKey);
//4.获取库存,如果库存null,秒杀还没有开始
String kc = jedis.get(kcKey);
if(kc == null) {
System.out.println("秒杀还没有开始,请等待");
jedis.close();
return false;
}
// 5.判断用户是否重复秒杀操作
if(jedis.sismember(userKey, uid)) {
System.out.println("已经秒杀成功了,不能重复秒杀");
jedis.close();
return false;
}
//6.判断如果商品数量,库存数量小于1,秒杀结束
if(Integer.parseInt(kc)<=0) {
System.out.println("秒杀已经结束了");
jedis.close();
return false;
}
//7.秒杀过程
//使用事务
//Transaction multi = jedis.multi();
//
组队操作
//multi.decr(kcKey);
//multi.sadd(userKey,uid);
//
执行
//List
//if(results == null || results.size()==0) {
// System.out.println("秒杀失败了....");
// jedis.close();
// return false;
//}
//7.1 库存-1
jedis.decr(kcKey);
//7.2 把秒杀成功用户添加清单里面
jedis.sadd(userKey,uid);
System.out.println("秒杀成功了..");
jedis.close();
return true;
}
}
SecKillServlet
import java.io.IOException;
import java.util.Random;
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
/**
* 秒杀案例
*/
public class SecKillServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
public SecKillServlet() {
super();
}
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
String userid = new Random().nextInt(50000) +"" ;
String prodid =request.getParameter("prodid");
boolean isSuccess=SecKill_redis.doSecKill(userid,prodid);
//boolean isSuccess= SecKill_redisByScript.doSecKill(userid,prodid);
response.getWriter().print(isSuccess);
}
}
redis中加入数据
JedisPoolUtil
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisPool;
import redis.clients.jedis.JedisPoolConfig;
public class JedisPoolUtil {
private static volatile JedisPool jedisPool = null;
private JedisPoolUtil() {
}
public static JedisPool getJedisPoolInstance() {
if (null == jedisPool) {
synchronized (JedisPoolUtil.class) {
if (null == jedisPool) {
JedisPoolConfig poolConfig = new JedisPoolConfig();
poolConfig.setMaxTotal(200);
poolConfig.setMaxIdle(32);
poolConfig.setMaxWaitMillis(100*1000);
poolConfig.setBlockWhenExhausted(true);
poolConfig.setTestOnBorrow(true); // ping PONG
jedisPool = new JedisPool(poolConfig, "192.168.2.143", 6379, 60000 );
}
}
}
return jedisPool;
}
public static void release(JedisPool jedisPool, Jedis jedis) {
if (null != jedis) {
jedisPool.returnResource(jedis);
}
}
}
SecKill_redis
SecKill_redis
import java.io.IOException;
import java.util.HashSet;
import java.util.List;
import java.util.Set;
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import ch.qos.logback.core.rolling.helper.IntegerTokenConverter;
import redis.clients.jedis.HostAndPort;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisCluster;
import redis.clients.jedis.JedisPool;
import redis.clients.jedis.JedisPoolConfig;
import redis.clients.jedis.ShardedJedisPool;
import redis.clients.jedis.Transaction;
public class SecKill_redis {
/**
* 秒杀过程
* @param uid 用户id
* @param prodid 产品id
* @return
* @throws IOException
*/
public static boolean doSecKill(String uid,String prodid) throws IOException {
//1 uid和prodid非空判断
if(uid == null || prodid == null) {
return false;
}
//2 连接redis
//Jedis jedis = new Jedis("192.168.2.141",6379);
//通过连接池得到jedis对象
JedisPool jedisPoolInstance = JedisPoolUtil.getJedisPoolInstance();
Jedis jedis = jedisPoolInstance.getResource();
//3 拼接key
//3.1 库存key
String kcKey = "sk:"+prodid+":qt";
//3.2 秒杀成功用户key
String userKey = "sk:"+prodid+":user";
//监视库存
jedis.watch(kcKey);
//4.获取库存,如果库存null,秒杀还没有开始
String kc = jedis.get(kcKey);
if(kc == null) {
System.out.println("秒杀还没有开始,请等待");
jedis.close();
return false;
}
// 5.判断用户是否重复秒杀操作
if(jedis.sismember(userKey, uid)) {
System.out.println("已经秒杀成功了,不能重复秒杀");
jedis.close();
return false;
}
//6.判断如果商品数量,库存数量小于1,秒杀结束
if(Integer.parseInt(kc)<=0) {
System.out.println("秒杀已经结束了");
jedis.close();
return false;
}
//7.秒杀过程
//使用事务
Transaction multi = jedis.multi();
//组队操作
//7.1 库存-1
multi.decr(kcKey);
//7.2 把秒杀成功用户添加清单里面
multi.sadd(userKey,uid);
//执行
List<Object> results = multi.exec();
if(results == null || results.size()==0) {
System.out.println("秒杀失败了....");
jedis.close();
return false;
}
System.out.println("秒杀成功了..");
jedis.close();
return true;
}
}
Lua脚本
local userid=KEYS[1];
local prodid=KEYS[2];
local qtkey="sk:"..prodid..":qt";
local usersKey="sk:"..prodid.":usr';
local userExists=redis.call("sismember",usersKey,userid);
if tonumber(userExists)==1 then
return 2;
end
local num= redis.call("get" ,qtkey);
if tonumber(num)<=0 then
return 0;
else
redis.call("decr",qtkey);
redis.call("sadd",usersKey,userid);
end
return 1;
2表示已经秒杀过
0表示秒杀失败
1表示秒杀成功
JedisPoolUtil 同上
SecKill_redisByScript
import java.io.IOException;
import java.util.HashSet;
import java.util.List;
import java.util.Set;
import org.apache.commons.pool2.impl.GenericObjectPoolConfig;
import org.slf4j.LoggerFactory;
import ch.qos.logback.core.joran.conditional.ElseAction;
import redis.clients.jedis.HostAndPort;
import redis.clients.jedis.Jedis;
import redis.clients.jedis.JedisCluster;
import redis.clients.jedis.JedisPool;
import redis.clients.jedis.JedisPoolConfig;
import redis.clients.jedis.ShardedJedisPool;
import redis.clients.jedis.Transaction;
public class SecKill_redisByScript {
private static final org.slf4j.Logger logger =LoggerFactory.getLogger(SecKill_redisByScript.class) ;
public static void main(String[] args) {
JedisPool jedispool = JedisPoolUtil.getJedisPoolInstance();
Jedis jedis=jedispool.getResource();
System.out.println(jedis.ping());
Set<HostAndPort> set=new HashSet<HostAndPort>();
// doSecKill("201","sk:0101");
}
static String secKillScript ="local userid=KEYS[1];\r\n" +
"local prodid=KEYS[2];\r\n" +
"local qtkey='sk:'..prodid..\":qt\";\r\n" +
"local usersKey='sk:'..prodid..\":usr\";\r\n" +
"local userExists=redis.call(\"sismember\",usersKey,userid);\r\n" +
"if tonumber(userExists)==1 then \r\n" +
" return 2;\r\n" +
"end\r\n" +
"local num= redis.call(\"get\" ,qtkey);\r\n" +
"if tonumber(num)<=0 then \r\n" +
" return 0;\r\n" +
"else \r\n" +
" redis.call(\"decr\",qtkey);\r\n" +
" redis.call(\"sadd\",usersKey,userid);\r\n" +
"end\r\n" +
"return 1" ;
static String secKillScript2 =
"local userExists=redis.call(\"sismember\",\"{sk}:0101:usr\",userid);\r\n" +
" return 1";
public static boolean doSecKill(String uid,String prodid) throws IOException {
JedisPool jedispool = JedisPoolUtil.getJedisPoolInstance();
Jedis jedis=jedispool.getResource();
//String sha1= .secKillScript;
String sha1= jedis.scriptLoad(secKillScript);
Object result= jedis.evalsha(sha1, 2, uid,prodid);
String reString=String.valueOf(result);
if ("0".equals( reString ) ) {
System.err.println("已抢空!!");
}else if("1".equals( reString ) ) {
System.out.println("抢购成功!!!!");
}else if("2".equals( reString ) ) {
System.err.println("该用户已抢过!!");
}else{
System.err.println("抢购异常!!");
}
jedis.close();
return true;
}
}
SecKillServlet
import javax.servlet.ServletException;
import javax.servlet.http.HttpServlet;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import redis.clients.jedis.Jedis;
/**
* 秒杀案例
*/
public class SecKillServlet extends HttpServlet {
private static final long serialVersionUID = 1L;
public SecKillServlet() {
super();
}
protected void doPost(HttpServletRequest request, HttpServletResponse response) throws ServletException, IOException {
String userid = new Random().nextInt(50000) +"" ;
String prodid =request.getParameter("prodid");
//boolean isSuccess=SecKill_redis.doSecKill(userid,prodid);
boolean isSuccess= SecKill_redisByScript.doSecKill(userid,prodid);
response.getWriter().print(isSuccess);
}
}
官网介绍:http://www.redis.io
- 在指定的时间间隔内将内存中的数据集快照写入磁盘,
- 也就是行话讲的Snapshot快照
- 它恢复时是将快照文件直接读到内存里
Fork的作用是复制一个与当前进程一样的进程。
新进程的所有数据(变量、环境变量、程序计数器等) 数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程
在Linux程序中,fork()会产生一个和父进程完全相同的子进程,但子进程在此后多会exec系统调用
出于效率考虑,Linux中引入了“写时复制技术”
一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容复制一份给子进程。
在redis.conf中配置文件名称,默认为dump.rdb
vim /etc/redis.conf
- save :save时只管保存,其它不管,全部阻塞。手动保存。不建议。
- bgsave:Redis会在后台异步进行快照操作, 快照同时还可以响应客户端请求。
- 可以通过lastsave 命令获取最后一次成功执行快照的时间
执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义
- 格式:save 秒钟 写操作次数
- RDB是整个内存的压缩过的Snapshot
- RDB的数据结构,可以配置复合的快照触发条件,默认是1分钟内改了1万次,或5分钟内改了10次,或15分钟内改了1次。
- 禁用:不设置save指令,或者给save传入空字符串
当Redis无法写入磁盘的话,直接关掉Redis的写操作。推荐yes
- 对于存储到磁盘中的快照,可以设置是否进行压缩存储。
- 如果是的话,redis会采用LZF算法进行压缩。
- 如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能。
- 推荐yes
- 在存储快照后,还可以让redis使用CRC64算法来进行数据校验,
- 这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能
- 推荐yes.
config get dir
查询rdb文件的目录
- 动态停止RDB:
redis-cli config set save ""
- save后给空值,表示禁用保存策略
- AOF以日志的形式来记录每个写操作(增量保存),将Redis执行过的所有写指令记录下来(读操作不记录)
- 只许追加文件但不可以改写文件,redis启动之初会读取该文件重新构建数据
- 换言之,redis 重启的话就根据日志文件的内容将写指令从前到后执行一次以完成数据的恢复工作
[always,everysec,no]
将操作sync同步到磁盘的AOF文件中;
- 可以在redis.conf中配置文件名称,默认为 appendonly.aof
- AOF文件的保存路径,同RDB的路径一致
AOF和RDB同时开启,系统默认取AOF的数据(数据不会存在丢失)
AOF的备份
AOF的备份机制和性能虽然和RDB不同, 但是备份和恢复的操作同RDB一样,都是拷贝备份文件,需要恢复时再拷贝到Redis工作目录下,启动系统即加载。
AOF的正常恢复
AOF的异常恢复
/usr/local/bin/redis-check-aof--fix appendonly.aof
进行恢复
appendfsync always
始终同步,每次Redis的写入都会立刻记入日志;性能较差但数据完整性比较好
appendfsync everysec
每秒同步,每秒记入日志一次,如果宕机,本秒的数据可能丢失。
appendfsync no
redis不主动进行同步,把同步时机交给操作系统。
Rewrite是什么:
重写原理,如何实现重写
AOF文件持续增长而过大时,会fork出一条新进程来将文件重写(与rdb相同也是先写临时文件最后再rename)
redis4.0版本后的重写,是指就是把rdb 的快照,以二级制的形式附在新的aof头部,作为已有的历史数据,替换掉原来的流水账操作
no-appendfsync-on-rewrite:
no-appendfsync-on-rewrite=yes
,不写入aof文件只写入缓存,用户请求不会阻塞,但是在这段时间如果宕机会丢失这段时间的缓存数据。(降低数据安全性,提高性能)no-appendfsync-on-rewrite=no
, 还是会把数据往磁盘里刷,但是遇到重写操作,可能会发生阻塞(数据安全,但是性能降低)。触发机制,何时重写:
Redis会记录上次重写时的AOF大小,默认配置是当AOF文件大小是上次rewrite后大小的一倍且文件大于64M时触发。
重写虽然可以节约大量磁盘空间,减少恢复时间。但是每次重写还是有一定的负担的,因此设定Redis要满足一定条件才会进行重写。
auto-aof-rewrite-percentage:设置重写的基准值,文件达到100%时开始重写(文件是原来重写后文件的2倍时触发)
例如:文件达到70MB开始重写,降到50MB,下次什么时候开始重写?100MB
auto-aof-rewrite-min-size:设置重写的基准值,最小文件64MB。达到这个值开始重写。
例如:系统载入时或者上次重写完毕时,Redis会记录此时AOF大小,设为base_size,
如果Redis的AOF当前大小>= base_size +base_size*100% (默认)
,且当前大小>=64mb(默认)
的情况下,Redis会对AOF进行重写。
重写流程
bgrewriteaof触发重写,判断是否当前有bgsave或bgrewriteaof在运行,如果有,则等待该命令结束后再继续执行。
主进程fork出子进程执行重写操作,保证主进程不会阻塞。
子进程遍历redis内存中数据到临时文件,客户端的写请求同时写入aof_buf缓冲区和aof_rewrite_buf重写缓冲区保证原AOF文件完整以及新AOF文件生成期间的新的数据修改动作不会丢失。
①子进程写完新的AOF文件后,向主进程发信号,父进程更新统计信息。
②主进程把aof_rewrite_buf中的数据写入到新的AOF文件。
使用新的AOF文件覆盖旧的AOF文件,完成AOF重写。
优势
备份机制更稳健,丢失数据概率更低。
可读的日志文本,通过操作AOF稳健,可以处理误操作
劣势
总结
建议
官方建议
RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储
AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.
Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大
只做缓存:如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.
同时开启两种持久化方式
性能建议
因为RDB文件只用作后备用途,建议只在Slave上持久化RDB文件,而且只要15分钟备份一次就够了,只保留save 900 1这条规则。
如果使用AOF,好处是在最恶劣情况下也只会丢失不超过两秒数据,启动脚本较简单只load自己的AOF文件就可以了。
代价:
①一是带来了持续的IO
②是AOF rewrite的最后将rewrite过程中产生的新数据写到新文件造成的阻塞几乎是不可避免的。
只要硬盘许可,应该尽量减少AOF rewrite的频率,AOF重写的基础大小默认值64M太小了,可以设到5G以上。
默认超过原大小100%大小时重写可以改到适当的数值。
创建myredis文件
mkdir /myredis
将redis.conf文件配置文件复制到myredis文件中
cd /myredis
cp /etc/redis.conf /myredis/redis.conf
Appendonly 关掉或者换名字
配置一主两从,创建三个配置文件
redis6379.conf
redis6380.conf
redis6381.conf
在三个配置文件中写入内容,使用include从redis.conf引入
redis6379.conf
创建
vim redis6379.conf
在文件中写入
include /myredis/redis.conf
pidfile /var/run/redis_6379.pid
port 6379
dbfilename dump6379.rdb
redis6380.conf
创建(复制)
cp redis6379.conf redis6380.conf
在文件中写入
include /myredis/redis.conf
pidfile /var/run/redis_6380.pid
port 6380
dbfilename dump6380.rdb
redis6381.conf
创建
vim redis6381.conf
在文件中写入
include /myredis/redis.conf
pidfile /var/run/redis_6381.pid
port 6381
dbfilename dump6381.rdb
启动并查看进程
redis-server redis6379.conf
redis-server redis6380.conf
redis-server redis6381.conf
ps -ef | grep redis
查看三台主机运行情况
cd /myredis
redis-cli -p 6379
info replication
cd /myredis
redis-cli -p 6380
info replication
cd /myredis
redis-cli -p 6381
info replication
成为某个实例的从服务器:slaveof
在6380和6381上执行: slaveof 127.0.0.1 6379
cd /myredis
redis-cli -p 6380
slaveof 127.0.0.1 6379
cd /myredis
redis-cli -p 6381
slaveof 127.0.0.1 6379
在主机上写,在从机上可以读取数据
主机挂掉,重启就行,一切如初;从机重启需重设:slaveof 127.0.0.1 6379
可以将配置增加到文件中,永久生效
一主二仆
切入点问题?
slave1、slave2是从头开始复制,比如从k4进来,那之前的k1,k2,k3可以复制
主机shutdown后情况如何?从机是原地待命
主机又回来了后,主机新增记录,从机还能否顺利复制? 能
其中一台从机down后情况如何?依照原有它能跟上大部队吗? 能
薪火相传
反客为主
从服务器Slave启动成功连接到主服务器master后会发送一个sync数据同步命令
Master接到命令,启动后台的存盘进程对数据进行持久化存入rdb文件,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master将传送整个rdb数据文件到slave,以完成一次完全同步
全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
反客为主的自动版,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
调整为一主二仆模式,6379带着6380、6381
自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
vim sentinel.conf
配置哨兵,在sentinel.conf文件中填写内容
sentinel monitor mymaster 127.0.0.1 6379 1
#其中mymaster为监控对象起的服务器名称
#1 为至少有多少个哨兵同意迁移的数量。
启动哨兵
redis-sentinel /myredis/sentinel.conf
当主机挂掉,从机选举中产生新的主机
存在复制延时问题
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。
- 优先级在redis.conf中默认:replica-priority 100,值越小优先级越高
- 偏移量是指获得原主机数据最全的
- 每个redis实例启动后都会随机生成一个40位的runid
private static JedisSentinelPool jedisSentinelPool=null;
public static Jedis getJedisFromSentinel(){
if(jedisSentinelPool==null){
Set<String> sentinelSet=new HashSet<>();
sentinelSet.add("192.168.11.103:26379");
JedisPoolConfig jedisPoolConfig =new JedisPoolConfig();
jedisPoolConfig.setMaxTotal(10); //最大可用连接数
jedisPoolConfig.setMaxIdle(5); //最大闲置连接数
jedisPoolConfig.setMinIdle(5); //最小闲置连接数
jedisPoolConfig.setBlockWhenExhausted(true); //连接耗尽是否等待
jedisPoolConfig.setMaxWaitMillis(2000); //等待时间
jedisPoolConfig.setTestOnBorrow(true); //取连接的时候进行一下测试 ping pong
jedisSentinelPool=new JedisSentinelPool("mymaster",sentinelSet,jedisPoolConfig);
return jedisSentinelPool.getResource();
}else{
return jedisSentinelPool.getResource();
}
}
容量不够,redis如何进行扩容?
并发写操作, redis如何分摊?
主从模式,薪火相传模式,主机宕机,导致ip地址发生变化,应用程序中配置需要修改对应的主机地址、端口等信息,之前通过代理主机来解决,但是redis3.0中提供了解决方案。就是无中心化集群配置。
代理主机(8台)
无中心化集群配置(6台)
删除原有的rdb文件,和6380,6381配置文件
rm -rf dump63*
rm -rf redis638*
修改redis6379.conf
cluster-enabled yes 打开集群模式
cluster-config-file nodes-6379.conf 设定集群节点配置文件名
cluster-node-timeout 15000 设定节点失联时间,超过该时间(毫秒),集群自动进行主从切换。
修改redis6379.conf
include /myredis/redis.conf
pidfile "/var/run/redis_6379.pid"
port 6379
dbfilename "dump6379.rdb"
cluster-enabled yes
cluster-config-file nodes-6379.conf
cluster-node-timeout 15000
创建六个配置文件6379,6380,6381,6389,6390,6391
复制修改6379
cp redis6379.conf redis6380.conf
cp redis6379.conf redis6381.conf
cp redis6379.conf redis6389.conf
cp redis6379.conf redis6390.conf
cp redis6379.conf redis6391.conf
修改各个文件的端口号:%s/6379/6381
启动6个redis服务
redis-server redis6379.conf
redis-server redis6380.conf
redis-server redis6381.conf
redis-server redis6389.conf
redis-server redis6390.conf
redis-server redis6391.conf
ps -ef | grep redis
将六个节点合成一个集群
组合之前,请确保所有redis实例启动后,nodes-xxxx.conf文件都生成正常。
cd /opt/redis-6.2.1/src
#此处不要用127.0.0.1, 请用真实IP地址
#--replicas 1 采用最简单的方式配置集群,一台主机,一台从机,正好三组
redis-cli --cluster create --cluster-replicas 1 192.168.2.152:6379 192.168.2.152:6380 192.168.2.152:6381 192.168.2.152:6389 192.168.2.152:6390 192.168.2.152:6391
普通方式登陆
可能直接进入读主机,存储数据时,会出现MOVED重定向操作。所以,应该以集群方式登录。
集群方式登陆并操作
-c 采用集群策略连接,设置数据会自动切换到相应的写主机
#无中心化任何一个都可以作为集群的入口
redis-cli -c -p 6379
查看节点信息
CLUSTER NODES
--cluster-replicas 1
表示我们希望为集群中的每个主节点创建一个从节点。一个 Redis 集群包含 16384 个插槽(hash slot)
数据库中的每个键都属于这 16384 个插槽的其中一个,
集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽, 其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和 。
集群中的每个节点负责处理一部分插槽。
如果一个集群可以有主节点, 其中:
下图key不在节点A所在插槽所以切换到节点C(ip变化)
在redis-cli每次录入、查询键值,redis都会计算出该key应该送往的插槽,如果不是该客户端对应服务器的插槽,redis会报错,并告知应前往的redis实例地址和端口。
redis-cli客户端提供了 –c 参数实现自动重定向。
不在一个slot下的键值,是不能使用mget,mset等多键操作。
可以通过{}来定义组的概念,从而使key中{}内相同内容的键值对放到一个slot中去。
查询key的插槽值
CLUSTER KEYSLOT user
查询插槽中有几个值(当前节点只能查看自己插槽范围的值)
CLUSTER COUNTKEYSINSLOT 5474
获得插槽中的值
#CLUSTER GETKEYSINSLOT 返回 count 个 slot 槽中的键
CLUSTER GETKEYSINSLOT 5474 10
如果主节点下线?从节点能否自动升为主节点?注意:15秒超时
主节点恢复后,主从关系会如何?主节点回来变成从机。(重启时必须在myredis目录下)
如果所有某一段插槽的主从节点都宕掉,redis服务是否还能继续?
/**
* @Description:redis集群操作
* @Author: duanyf
* @DateTime: 2022/10/9 0009 16:58
*/
public class JedisClusterTest {
public static void main(String[] args) {
Set<HostAndPort> set =new HashSet<HostAndPort>();
set.add(new HostAndPort("192.168.2.152",6379));
JedisCluster jedisCluster=new JedisCluster(set);
jedisCluster.set("k1", "v1");
System.out.println(jedisCluster.get("k1"));
}
}
问题描述
key对应的数据在数据库中并不存在,每次针对此key的请求从缓存获取不到,请求都会压到数据库,从而可能压垮数据库。比如用一个不存在的用户id获取用户信息,不论缓存还是数据库都没有,若黑客利用此漏洞进行攻击可能压垮数据库。
解决方案
一个一定不存在缓存及查询不到的数据,由于缓存是不命中时被动写的(redis查询不到,数据库可以查询到),并且出于容错考虑,如果从存储层查不到数据则不写入缓存,这将导致这个不存在的数据每次请求都要到存储层去查询,失去了缓存的意义。
对空值缓存:
如果一个查询返回的数据为空(不管是数据是否不存在),我们仍然把这个空结果(null)进行缓存,设置空结果的过期时间会很短,最长不超过五分钟(不设置过期时间,redis中会有大量无用的key)
设置可访问的名单(白名单):
使用bitmaps类型定义一个可以访问的名单,名单id作为bitmaps的偏移量,每次访问和bitmap里面的id进行比较,如果访问id不在bitmaps里面,进行拦截,不允许访问。
采用布隆过滤器:
进行实时监控:
当发现Redis的命中率开始急速降低,需要排查访问对象和访问的数据,和运维人员配合,可以设置黑名单限制服务
问题描述
key对应的数据存在,但在redis中过期,此时若有大量并发请求过来,这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存,这个时候大并发的请求可能会瞬间把后端DB压垮。
问题出现现象
问题出现原因
redis中某个key过期了,大量的访问使用这个key
解决方案
key可能会在某些时间点被超高并发地访问,是一种非常“热点”的数据。这个时候,需要考虑一个问题:缓存被“击穿”的问题。
问题描述
解决方案
构建多级缓存架构:nginx缓存 + redis缓存 +其他缓存(ehcache等)
使用锁或队列:
用加锁或者队列的方式保证来保证不会有大量的线程对数据库一次性进行读写,从而避免失效时大量的并发请求落到底层存储系统上。不适用高并发情况
设置过期标志更新缓存:
记录缓存数据是否过期(设置提前量),如果过期会触发通知另外的线程在后台去更新实际key的缓存。
将缓存失效时间分散开:
比如我们可以在原有的失效时间基础上增加一个随机值,比如1-5分钟随机,这样每一个缓存的过期时间的重复率就会降低,就很难引发集体失效的事件。
随着业务发展的需要,原单体单机部署的系统被演化成分布式集群系统后,由于分布式系统多线程、多进程并且分布在不同机器上,这将使原单机部署情况下的并发控制锁策略失效,单纯的Java API并不能提供分布式锁的能力。
为了解决这个问题就需要一种跨JVM的互斥机制来控制共享资源的访问,这就是分布式锁要解决的问题!
分布式锁主流的实现方案:
每一种分布式锁解决方案都有各自的优缺点:
性能:redis最高
可靠性:zookeeper最高
注意:此时如果一直不释放锁,会一直停在这里—>需要设置过期时间(上锁同时设置保证原子性)
set users 10 “OK” NX EX 12
使用上文springboot环境
代码
@RestController
@RequestMapping("/redisTest")
public class RedisTestController {
@Autowired
private RedisTemplate redisTemplate;
@GetMapping("testLock")
public void testLock(){
//1获取锁,setnx
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "111",3,
TimeUnit.SECONDS);
//2获取锁成功、查询num的值
if(lock){
Object value = redisTemplate.opsForValue().get("num");
//2.1判断num为空return
if(StringUtils.isEmpty(value)){
return;
}
//2.2有值就转成成int
int num = Integer.parseInt(value+"");
//2.3把redis的num加1
redisTemplate.opsForValue().set("num", ++num);
//2.4释放锁,del
redisTemplate.delete("lock");
}else{
//3获取锁失败、每隔0.1秒再获取
try {
Thread.sleep(100);
testLock();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
测试
重启,服务集群,通过网关压力测试:
ab -n 1000 -c 100 http://10.211.161.108:8080/redisTest/testLock
查看redis中num的值:
问题:可能会释放其他服务器的锁
场景:如果业务逻辑的执行时间是7s。执行流程如下
index1业务逻辑没执行完,3秒后锁被自动释放,但是操作仍在执行。
index2获取到锁,执行业务逻辑,3秒后锁被自动释放。
index3获取到锁,执行业务逻辑
index1业务逻辑执行完成,开始调用del释放锁,这时释放的是index3的锁,导致index3的业务只执行1s就被别人释放。
最终等于没锁的情况
解决方案:
setnx获取锁时,设置一个指定的唯一值(例如:uuid);释放前获取这个值,判断是否自己的锁
问题:删除操作缺乏原子性
代码
@RestController
@RequestMapping("/redisTest")
public class RedisTestController {
@Autowired
private RedisTemplate redisTemplate;
@GetMapping("testLockLua")
public void testLockLua() {
//1 声明一个uuid ,将做为一个value 放入我们的key所对应的值中
String uuid = UUID.randomUUID().toString();
//2 定义一个锁:lua 脚本可以使用同一把锁,来实现删除!
String skuId = "25"; // 访问skuId 为25号的商品 100008348542
String locKey = "lock:" + skuId; // 锁住的是每个商品的数据
// 3 获取锁
Boolean lock = redisTemplate.opsForValue()
.setIfAbsent(locKey, uuid, 3, TimeUnit.SECONDS);
// 第一种: lock 与过期时间中间不写任何的代码。
// redisTemplate.expire("lock",10, TimeUnit.SECONDS);//设置过期时间
// 如果true
if (lock) {
// 执行的业务逻辑开始
// 获取缓存中的num 数据
Object value = redisTemplate.opsForValue().get("num");
// 如果是空直接返回
if (StringUtils.isEmpty(value)) {
return;
}
// 不是空 如果说在这出现了异常! 那么delete 就删除失败! 也就是说锁永远存在!
int num = Integer.parseInt(value + "");
// 使num 每次+1 放入缓存
redisTemplate.opsForValue().set("num", String.valueOf(++num));
/*使用lua脚本来锁*/
// 定义lua 脚本
String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return "
+ "redis.call('del', KEYS[1]) else return 0 end";
// 使用redis执行lua执行
DefaultRedisScript<Long> redisScript = new DefaultRedisScript<>();
redisScript.setScriptText(script);
// 设置一下返回值类型 为Long
// 因为删除判断的时候,返回的0,给其封装为数据类型。如果不封装那么默认返回String 类型,
// 那么返回字符串与0 会有发生错误。
redisScript.setResultType(Long.class);
// 第一个要是script 脚本 ,第二个需要判断的key,第三个就是key所对应的值。
redisTemplate.execute(redisScript, Arrays.asList(locKey), uuid);
} else {
// 其他线程等待
try {
// 睡眠
Thread.sleep(1000);
// 睡醒了之后,调用方法。
testLockLua();
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
简介
Redis ACL是Access Control List(访问控制列表)的缩写,该功能允许根据可以执行的命令和可以访问的键来限制某些连接。
在Redis 5版本之前,Redis 安全规则只有密码控制 还有通过rename 来调整高危命令比如 flushdb , KEYS* , shutdown 等。
Redis 6 则提供ACL的功能对用户进行更细粒度的权限控制 :
(1)接入权限:用户名和密码
(2)可以执行的命令
(3)可以操作的 KEY
命令
使用acl list
命令展现用户权限列表
数据说明
使用acl cat
命令
查看添加权限指令类别
加参数类型名可以查看类型下具体命令
使用acl whoami
命令查看当前用户
使用aclsetuser命令创建和编辑用户ACL