一、NoSQL数据库简介
1、 技术发展
技术的分类
- 解决功能性的问题:Java、Jsp、RDBMS、Tomcat、HTML、Linux、JDBC、SVN
- 解决扩展性的问题:Struts、Spring、SpringMVC、Hibernate、Mybatis
- 解决性能的问题:NoSQL、Java线程、Hadoop、Nginx、MQ、ElasticSearch
⑴ Web1.0时代
Web1.0的时代,数据访问量很有限,用一夫当关的高性能的单点服务器可以解决大部分问题。
⑵ Web2.0时代
随着Web2.0的时代的到来,用户访问量大幅度提升,同时产生了大量的用户数据。加上后来的智能移动设备的普及,所有的互联网平台都面临了巨大的性能挑战。
⑶ 解决CPU及内存压力
⑷ 解决IO压力
2、NoSQL数据库
⑴ NoSQL数据库概述
NoSQL(NoSQL = Not Only SQL
),意即“不仅仅是SQL”,泛指非关系型的数据库
。 NoSQL 不依赖业务逻辑方式存储,而以简单的key-value
模式存储。因此大大的增加了数据库的扩展能力。
- 不遵循SQL标准。
- 不支持ACID。
- 远超于SQL的性能。
⑵ NoSQL适用场景
- 对数据高并发的读写
- 海量数据的读写
- 对数据高可扩展性的
⑶ NoSQL不适用场景
- 需要事务支持
- 基于sql的结构化查询存储,处理复杂的关系,需要
即席
查询。 (用不着sql的和用了sql也不行的情况,请考虑用NoSql)
⑷ NoSQL比较
- Memcache
- Redis
- MongoDB
3、 行式存储数据库(大数据时代)
⑴ 行式数据库
⑵ 列式数据库
1) Hbase
HBase的目标就是处理数据量非常庞大的表,可以用普通的计算机处理超过10亿行数据,还可处理有数百万列元素的数据表。
2) Cassandra[kəˈsændrə]
Apache Cassandra是一款免费的开源NoSQL数据库,其设计目的在于管理由大量商用服务器构建起来的庞大集群上的海量数据集(数据量通常达到PB级别)。在众多显著特性当中,Cassandra最为卓越的长处是对写入及读取操作进行规模调整,而且其不强调主集群的设计思路能够以相对直观的方式简化各集群的创建与扩展流程。
计算机存储单位 计算机存储单位一般用B,KB,MB,GB,TB,EB,ZB,YB,BB来表示,它们之间的关系是:
位 bit(比特)(Binary Digits):存放一位二进制数,即 0 或 1,最小的存储单位。
字节 byte:8个二进制位为一个字节(B),最常用的单位。 1KB (Kilobyte 千字节)=1024B,
1MB (Megabyte兆字节 简称“兆”)=1024KB,
1GB (Gigabyte 吉字节 又称“千兆”)=1024MB,
1TB (Trillionbyte万亿字节 太字节)=1024GB,其中1024=2^10 ( 2 的10次方),
1PB
(Petabyte 千万亿字节 拍字节)=1024TB,
1EB(Exabyte 百亿亿字节 艾字节)=1024PB,
1ZB (Zettabyte 十万亿亿字节泽字节)= 1024 EB,
1YB (Jottabyte 一亿亿亿字节 尧字节)= 1024 ZB,
1BB (Brontobyte 一千亿亿亿字节)= 1024 YB.
注:“兆”为百万级数量单位。
⑶ 图关系型数据库
主要应用:社会关系,公共交通网络,地图及网络拓谱(n*(n-1)/2)
4、 DB-Engines 数据库排名
http://db-engines.com/en/ranking
二、Redis概述安装
- Redis是一个
开源
的key-value
存储系统。 - 和Memcached类似,它支持存储的value类型相对更多,包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash(哈希类型)。
- 这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作,而且这些操作都是原子性的。
- 在此基础上,Redis支持各种不同方式的排序。
- 与memcached一样,为了保证效率,数据都是缓存在内存中。
- 区别的是Redis会周期性的把更新的数据写入磁盘或者把修改操作写入追加的记录文件。
- 并且在此基础上实现了master-slave(主从)同步。
1、应用场景
⑴ 配合关系型数据库做高速缓存
- 高频次,热门访问的数据,降低数据库IO
- 分布式架构,做session共享
⑵ 多样的数据结构存储持久化数据
⑶ Redis安装
Redis官方网站 | Redis中文官方网站 |
---|---|
http://redis.io | http://redis.cn/ |
1) 安装版本
- 6.2.1 for Linux(redis-6.2.1.tar.gz)
- 不用考虑在windows环境下对Redis的支持
2) 安装步骤
① 准备工作:下载安装最新版的gcc编译器
安装C 语言的编译环境
[root opt]# yum install centos-release-scl scl-utils-build
[root opt]# yum install -y devtoolset-8-toolchain
[root opt]# scl enable devtoolset-8 bash
测试 gcc版本
[root opt]# gcc --version
② 下载redis-6.2.1.tar.gz放/opt目录
③ 解压命令:tar -zxvf redis-6.2.1.tar.gz
[root opt]# tar -zxvf redis-6.2.1.tar.gz
④ 解压完成后进入目录:cd redis-6.2.1
⑤ 在redis-6.2.1目录下再次执行make命令(只是编译好)
[root redis-6.2.1]# make
⑥ 如果没有准备好C语言编译环境,make 会报错—Jemalloc/jemalloc.h:没有那个文件
⑦ 解决方案:运行make distclean
⑧ 在redis-6.2.1目录下再次执行make命令(只是编译好)
⑨ 跳过make test 继续执行: make install
[root redis-6.2.1]# make install
3) 安装目录:/usr/local/bin
查看默认安装目录:/usr/local/bin
redis-benchmark
:性能测试工具,可以在自己本子运行,看看自己本子性能如何
redis-check-aof
:修复有问题的AOF文件,rdb和aof后面讲
redis-check-dump
:修复有问题的dump.rdb文件
redis-sentinel
:Redis集群使用
redis-server
:Redis服务器启动命令
redis-cli
:客户端,操作入口
4) 前台启动(不推荐)
前台启动,命令行窗口不能关闭,否则服务器停止
5) 后台启动(推荐)
① 备份redis.conf
拷贝一份redis.conf到其他目录
[root redis-6.2.1]# cp redis.conf /etc
② 后台启动设置daemonize no改成yes
修改redis.conf(128行)文件将里面的daemonize no 改成 yes,让服务在后台启动
③ Redis启动
[root bin]# redis-server /etc/redis.conf
④ 用客户端访问:redis-cli
[root bin]# redis-cli
⑤ 多个端口可以:redis-cli -p端口号
例如:
[root bin]# redis-cli -p 6379
⑥ 测试验证: ping
⑦ Redis关闭
-
单实例关闭:
redis-cli shutdown[root bin]# redis-cli shutdown;
也可以进入终端后再关闭
-
多实例关闭,指定端口关闭:
[root bin]# redis-cli -p 6379 shutdown
6) Redis介绍相关知识
- 默认16个数据库,类似数组下标从0开始,初始
默认使用0号库
- 使用命令 select 来切换数据库。如: select 8 统一密码管理,所有库同样密码。
dbsize
查看当前数据库的key的数量flushdb清空当前库
flushall通杀全部库
Redis是单线程+多路IO复用技术
多路复用是指使用一个线程来检查多个文件描述符(Socket)的就绪状态,比如调用select和poll函数,传入多个文件描述符,如果有一个文件描述符就绪,则返回,否则阻塞直到超时。得到就绪状态后进行真正的操作可以在同一个线程里执行,也可以启动线程执行(比如使用线程池)
串行 vs 多线程+锁(memcached) vs 单线程+多路IO复用(Redis)
(与Memcache三点不同: 支持多数据类型,支持持久化,单线程+多路IO复用)
三、常用五大数据类型
哪里去获得redis常见数据类型操作命令http://www.redis.cn/commands.html
1、Redis键(key)
127.0.0.1:6379> keys * //查看当前库所有key (匹配:keys *1)
127.0.0.1:6379>exists key //判断某个key是否存在
127.0.0.1:6379> type key //查看你的key是什么类型
127.0.0.1:6379>del key //删除指定的key数据
127.0.0.1:6379>unlink key //根据value选择非阻塞删除,仅将keys从keyspace元数据中删除,真正的删除会在后续异步操作
127.0.0.1:6379>expire key 10 //10秒钟:为给定的key设置过期时间
127.0.0.1:6379>ttl key //查看还有多少秒过期,-1表示永不过期,-2表示已过期
127.0.0.1:6379>select index//命令切换数据库
127.0.0.1:6379[1]>dbsize //查看当前数据库的key的数量
127.0.0.1:6379> flushdb //清空当前库
127.0.0.1:6379>flushall //通杀全部库
2、Redis字符串(String)
⑴ 简介
String是Redis最基本的类型,你可以理解成与Memcached一模一样的类型,一个key对应一个value。
String类型是二进制安全的
。意味着Redis的string可以包含任何数据。比如jpg图片或者序列化的对象。
String类型是Redis最基本的数据类型,一个Redis中字符串value最多可以是512M
⑵ 常用命令
set <key><value>添加键值对
*NX:当数据库中key不存在时,可以将key-value添加数据库
*XX:当数据库中key存在时,可以将key-value添加数据库,与NX参数互斥
*EX:key的超时秒数
*PX:key的超时毫秒数,与EX互斥
get <key>查询对应键值
append <key><value>将给定的<value> 追加到原值的末尾
strlen <key>获得值的长度
setnx <key><value>只有在 key 不存在时 设置 key 的值
incr <key>
--将 key 中储存的数字值增1
--只能对数字值操作,如果为空,新增值为1
decr <key>
--将 key 中储存的数字值减1
--只能对数字值操作,如果为空,新增值为-1
incrby / decrby <key><步长>将 key 中储存的数字值增减。自定义步长。
原子性
所谓原子操作是指不会被线程调度机制打断的操作;
这种操作一旦开始,就一直运行到结束,中间不会有任何 context switch (切换到另一个线程)。
(1)在单线程中, 能够在单条指令中完成的操作都可以认为是"原子操作",因为中断只能发生于指令之间。
(2)在多线程中,不能被其它进程(线程)打断的操作就叫原子操作。
Redis单命令的原子性主要得益于Redis的单线程。
mset <key1><value1><key2><value2> .....//同时设置一个或多个 key-value对
mget <key1><key2><key3> ..... //同时获取一个或多个 value
msetnx <key1><value1><key2><value2> ..... //同时设置一个或多个 key-value 对,当且仅当所有给定 key 都不存在。
原子性,有一个失败则都失败
getrange <key><起始位置><结束位置> //获得值的范围,类似java中的substring,前包,后包
setrange <key><起始位置><value> //用 <value> 覆写<key>所储存的字符串值,从<起始位置>开始(索引从0开始)。
setex <key><过期时间><value> //设置键值的同时,设置过期时间,单位秒。
getset <key><value> //以新换旧,设置了新值同时获得旧值。
⑶ 数据结构
String的数据结构为简单动态字符串(Simple Dynamic String,缩写SDS)。是可以修改的字符串,内部结构实现上类似于Java的ArrayList,采用预分配冗余空间的方式来减少内存的频繁分配.
如图中所示,内部为当前字符串实际分配的空间capacity一般要高于实际字符串长度len。当字符串长度小于1M时,扩容都是加倍现有的空间,如果超过1M,扩容时一次只会多扩1M的空间。需要注意的是字符串最大长度为512M。
3、Redis列表(List)
⑴ 简介
单键多值
Redis 列表是简单的字符串列表,按照插入顺序排序。你可以添加一个元素到列表的头部(左边)或者尾部(右边)。
它的底层实际是个双向链表
,对两端的操作性能很高,通过索引下标的操作中间的节点性能会较差。
⑵ 常用命令
lpush/rpush <key><value1><value2><value3> .... //从左边/右边插入一个或多个值。
lpop/rpop <key> //从左边/右边吐出一个值。值在键在,值光键亡。
rpoplpush <key1><key2> //从<key1>列表右边吐出一个值,插到<key2>列表左边
lrange <key><start><stop> //按照索引下标获得元素(从左到右)
lrange mylist 0 -1 //0左边第一个,-1右边第一个,(0-1表示获取所有)
lindex <key><index> //按照索引下标获得元素(从左到右)
llen <key> //获得列表长度
linsert <key> before <value><newvalue> //在<value>的后面插入<newvalue>插入值
lrem <key><n><value> //从左边删除n个value(从左到右)
lset<key><index><value> //将列表key下标为index的值替换成value
⑶ 数据结构
List的数据结构为快速链表quickList
首先在列表元素较少的情况下会使用一块连续的内存存储,这个结构是ziplist,也即是压缩列表。
它将所有的元素紧挨着一起存储,分配的是一块连续的内存。
当数据量比较多的时候才会改成quicklist。
因为普通的链表需要的附加指针空间太大,会比较浪费空间。比如这个列表里存的只是int类型的数据,结构上还需要两个额外的指针prev和next。
Redis将链表和ziplist结合起来组成了quicklist。也就是将多个ziplist使用双向指针串起来使用。这样既满足了快速的插入删除性能,又不会出现太大的空间冗余。
4、Redis集合(Set)
⑴ 简介
Redis set对外提供的功能与list类似是一个列表的功能,特殊之处在于set是可以自动排重
的,当你需要存储一个列表数据,又不希望出现重复数据时,set是一个很好的选择,并且set提供了判断某个成员是否在一个set集合内的重要接口,这个也是list所不能提供的
Redis的Set是string类型的无序集合。它底层其实是一个value为null的hash表
,所以添加,删除,查找的复杂度都是O(1)
。
一个算法,随着数据的增加,执行时间的长短,如果是O(1),数据增加,查找数据的时间不变
⑵ 常用命令
sadd <key><value1><value2> ..... //将一个或多个 member 元素加入到集合 key 中,已经存在的 member 元素将被忽略
smembers <key> //取出该集合的所有值。
sismember <key><value> //判断集合<key>是否为含有该<value>值,有1,没有0
scard<key> //返回该集合的元素个数
srem <key><value1><value2> .... //删除集合中的某个元素
spop <key> //随机从该集合中吐出一个值。
srandmember <key><n> //随机从该集合中取出n个值。不会从集合中删除
smove <source><destination>value //把集合中一个值从一个集合移动到另一个集合
sinter <key1><key2> //返回两个集合的交集元素。
sunion <key1><key2> //返回两个集合的并集元素。
sdiff <key1><key2> //返回两个集合的差集元素(key1中的,不包含key2中的)
⑶ 数据结构
Set数据结构是dict字典,字典是用哈希表实现的。
Java中HashSet的内部实现使用的是HashMap,只不过所有的value都指向同一个对象。Redis的set结构也是一样,它的内部也使用hash结构,所有的value都指向同一个内部值。
5. Redis哈希(Hash)
⑴ 简介
Redis hash 是一个键值对集合。
Redis hash是一个string类型的field
和value
的映射表,hash特别适合用于存储对象。
类似Java里面的Map<String,Object>
用户ID为查找的key,存储的value用户对象包含姓名,年龄,生日等信息,如果用普通的key/value结构来存储
主要有以下2种存储方式:
通过key(用户ID) + field(属性标签)
就可以操作对应属性数据了,既不需要重复存储数据,也不会带来序列化和并发修改控制的问题
⑵ 常用命令
hset <key><field><value> //给<key>集合中的 <field>键赋值<value>
hget <key1><field>从<key1> //集合<field>取出 value
hmset <key1><field1><value1><field2><value2>... //批量设置hash的值
hvals <key> //列出该hash集合的所有value
hexists<key1><field> //查看哈希表 key 中,给定域 field 是否存在
hkeys <key> //列出该hash集合的所有field
hvals <key> //列出该hash集合的所有value
hincrby <key><field><increment> //为哈希表 key 中的域 field 的值加上增量 1 -1
hsetnx <key><field><value> //将哈希表 key 中的域 field 的值设置为 value ,当且仅当域 field 不存在 .
⑶ 数据结构
Hash类型对应的数据结构是两种:ziplist(压缩列表),hashtable(哈希表)。当field-value长度较短且个数较少时,使用ziplist,否则使用hashtable
6. Redis有序集合Zset(sorted set)
⑴ 简介
Redis有序集合zset与普通集合set非常相似,是一个没有重复元素
的字符串集合。
不同之处是有序集合的每个成员都关联了一个评分(score)
,这个评分(score)被用来按照从最低分到最高分的方式排序集合中的成员。集合的成员是唯一的,但是评分可以是重复了
。
因为元素是有序的, 所以你也可以很快的根据评分(score)或者次序(position)来获取一个范围的元素。
访问有序集合的中间元素也是非常快的,因此你能够使用有序集合作为一个没有重复成员的智能列表。
⑵ 常用命令
zadd <key><score1><value1><score2><value2>… //将一个或多个 member 元素及其 score 值加入到有序集 key 当中
zrange <key><start><stop> [WITHSCORES] //返回有序集 key 中,下标在<start><stop>之间的元素,带WITHSCORES,可以让分数一起和值返回到结果集
zrangebyscore key minmax [withscores] [limit offset count] //返回有序集 key 中,所有 score 值介于 min 和 max 之间(包括等于 min 或 max )的成员。有序集成员按 score 值递增(从小到大)次序排列
zrevrangebyscore key max min [withscores] [limit offset count] //同上,改为从大到小排列
zincrby <key><increment><value> //为元素的score加上增量
zrem <key><value> //删除该集合下,指定值的元素
zcount <key><min><max> //统计该集合,分数区间内的元素个数
zrank <key><value> //返回该值在集合中的排名,从0开始
⑶ 数据结构
SortedSet(zset)是Redis提供的一个非常特别的数据结构,一方面它等价于Java的数据结构Map<String, Double>,可以给每一个元素value赋予一个权重score,另一方面它又类似于TreeSet,内部的元素会按照权重score进行排序,可以得到每个元素的名次,还可以通过score的范围来获取元素的列表
zset底层使用了两个数据结构
(1)hash,hash的作用就是关联元素value和权重score,保障元素value的唯一性,可以通过元素value找到相应的score值。
(2)跳跃表,跳跃表的目的在于给元素value排序,根据score的范围获取元素列表。
⑷ 跳跃表(跳表)
1)简介
有序集合在生活中比较常见,例如根据成绩对学生排名,根据得分对玩家排名等。对于有序集合的底层实现,可以用数组、平衡树、链表等。数组不便元素的插入、删除;平衡树或红黑树虽然效率高但结构复杂;链表查询需要遍历所有效率低。Redis采用的是跳跃表。跳跃表效率堪比红黑树,实现远比红黑树简单。
2)实例
对比有序链表和跳跃表,从链表中查询出51
① 有序链表
② 跳跃表
从第2层开始,1节点比51节点小,向后比较。
21节点比51节点小,继续向后比较,后面就是NULL了,所以从21节点向下到第1层
在第1层,41节点比51节点小,继续向后,61节点比51节点大,所以从41向下
在第0层,51节点为要查找的节点,节点被找到,共查找4次。
从此可以看出跳跃表比有序链表效率要高
四、 Redis配置文件介绍
自定义目录:/etc/redis.conf
1.Units单位
配置大小单位,开头定义了一些基本的度量单位,只支持bytes,不支持bit
大小写不敏感
2.INCLUDES包含
类似jsp中的include,多实例的情况可以把公用的配置文件提取出来
3. 网络相关配置
⑴ bind
默认情况bind=127.0.0.1
只能接受本机的访问请求
不写的情况下,无限制接受任何ip地址的访问
生产环境肯定要写你应用服务器的地址;服务器是需要远程访问的,所以需要将其注释掉
如果开启了protected-mode,那么在没有设定bind ip且没有设密码的情况下,Redis只允许接受本机的响应
保存配置,停止服务,重启启动查看进程,不再是本机访问了
⑵ protected-mode
将本机访问保护模式设置no
⑶ Port
端口号,默认 6379
⑷ tcp-backlog
设置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)两个值来达到想要的效果
⑸ timeout
一个空闲的客户端维持多少秒会关闭,0表示关闭该功能。即永不关闭。
⑹ tcp-keepalive
对访问客户端的一种心跳检测
,每个n秒检测一次。
单位为秒,如果设置为0,则不会进行Keepalive检测,建议设置成60
4. GENERAL通用
⑴ daemonize
是否为后台进程,设置为yes
守护进程,后台启动
⑵ pidfile
存放pid文件的位置,每个实例会产生一个不同的pid文件
⑶ loglevel
指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为notice
四个级别根据使用阶段来选择,生产环境选择notice 或者warning
⑷ logfile
日志文件名称
⑸ databases 16
设定库的数量 默认16
,默认数据库为0,可以使用SELECT <dbid>
命令在连接上指定数据库id
5. SECURITY安全
⑴ 设置密码
访问密码的查看、设置和取消
在命令中设置密码,只是临时的。重启redis服务器,密码就还原了。
永久设置,需要再配置文件中进行设置。
6. LIMITS限制
⑴ maxclients
- 设置redis同时可以与多少个客户端进行连接。
- 默认情况下为10000个客户端
- 如果达到了此限制,redis则会拒绝新的连接请求,并且向这些连接请求方发出“max number of clients reached”以作回应
⑵ maxmemory
- 建议
必须设置
,否则,将内存占满,造成服务器宕机 - 设置redis可以使用的内存量。一旦到达内存使用上限,redis将会试图移除内部数据,移除规则可以通过
maxmemory-policy
来指定 - 如果redis无法根据移除规则来移除内存中的数据,或者设置了“不允许移除”,那么redis则会针对那些需要申请内存的指令返回错误信息,比如SET、LPUSH等。
- 但是对于无内存申请的指令,仍然会正常响应,比如GET等。如果你的redis是主redis(说明你的redis有从redis),那么在设置内存使用上限时,需要在系统中留出一些内存空间给同步队列缓存,只有在你设置的是“不移除”的情况下,才不用考虑这个因素。
⑶ maxmemory-policy
⑷ maxmemory-samples
五、Redis的发布和订阅
1. 什么是发布和订阅
Redis 发布订阅 (pub/sub) 是一种消息通信模式:发送者 (pub) 发送消息,订阅者 (sub) 接收消息。
Redis 客户端可以订阅任意数量的频道
2. Redis的发布和订阅
⑴ 客户端可以订阅频道如下图
⑵ 当给这个频道发布消息后,消息就会发送给订阅的客户端
⑶ 发布订阅命令行实现
1)打开一个客户端订阅channel1
subscribe channel1
2)打开另一个客户端,给channel1发布消息hello
publish channel1 hello
返回的1是订阅者数量
3)打开第一个客户端可以看到发送的消息
动态效果如下:
注:发布的消息没有持久化,如果在订阅的客户端收不到hello,只能收到订阅后发布的消息
六、Redis新数据类型
1. Bitmaps
⑴ 简介
现代计算机用二进制(位) 作为信息的基础单位, 1个字节等于8位, 例如“abc”字符串是由3个字节组成, 但实际在计算机存储时将其用二进制表示, “abc”分别对应的ASCII码分别是97、 98、 99, 对应的二进制分别是01100001、 01100010和01100011,如下图
合理地使用操作位能够有效地提高内存使用率和开发效率。
Redis提供了Bitmaps这个“数据类型”可以实现对位的操作:
(1)Bitmaps本身不是一种数据类型, 实际上它就是字符串(key-value) , 但是它可以对字符串的位进行操作。
(2)Bitmaps单独提供了一套命令, 所以在Redis中使用Bitmaps和使用字符串的方法不太相同。 可以把Bitmaps想象成一个以位为单位的数组, 数组的每个单元只能存储0和1, 数组的下标在Bitmaps中叫做偏移量。
⑵ 命令
1) setbit
① 格式
setbit<key><offset><value>设置Bitmaps中某个偏移量的值(0或1)
② 实例
每个独立用户是否访问过网站存放在Bitmaps中, 将访问的用户记做1, 没有访问的用户记做0, 用偏移量作为用户的id。
设置键的第offset个位的值(从0算起) , 假设现在有20个用户,userid=1, 6, 11, 15, 19的用户对网站进行了访问, 那么当前Bitmaps初始化结果如图
unique:users:20201106代表2020-11-06这天的独立访问用户的Bitmaps
2) getbit
① 格式
getbit<key><offset> //获取Bitmaps中某个偏移量的值
② 实例
获取id=8的用户是否在2020-11-06这天访问过, 返回0说明没有访问过:
3) bitcount
统计字符串被设置为1的bit数。一般情况下,给定的整个字符串都会被进行计数,通过指定额外的 start 或 end 参数,可以让计数只在特定的位上进行。start 和 end 参数的设置,都可以使用负数值:比如 -1 表示最后一个位,而 -2 表示倒数第二个位,start、end 是指bit组的字节的下标数,二者皆包含。
① 格式
bitcount<key>[start end] 统计字符串从start字节到end字节比特值为1的数量
② 实例
计算2022-11-06这天的独立访问用户数量
start和end代表起始和结束字节数, 下面操作计算用户id在第1个字节到第3个字节之间的独立访问用户数, 对应的用户id是11, 15, 19。
4) bitop
① 格式
② 实例
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:20201103unique:users:20201104
计算出任意一天都访问过网站的用户数量(例如月活跃就是类似这种) , 可以使用or求并集
⑶ Bitmaps与set对比
假设网站有1亿用户, 每天独立访问的用户有5千万, 如果每天用集合类型和Bitmaps分别存储活跃用户可以得到表
很明显, 这种情况下使用Bitmaps能节省很多的内存空间, 尤其是随着时间推移节省的内存还是非常可观的
2. HyperLogLog
⑴ 简介
在工作当中,我们经常会遇到与统计相关的功能需求,比如统计网站PV(PageView页面访问量),可以使用Redis的incr、incrby轻松实现。
但像UV(UniqueVisitor,独立访客)、独立IP数、搜索记录数等需要去重和计数的问题如何解决?这种求集合中不重复元素个数的问题称为基数问题。
解决基数问题有很多种方案:
(1)数据存储在MySQL表中,使用distinct count计算不重复个数
(2)使用Redis提供的hash、set、bitmaps等数据结构来处理
以上的方案结果精确,但随着数据不断增加,导致占用空间越来越大,对于非常大的数据集是不切实际的。
能否能够降低一定的精度来平衡存储空间?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。 基数估计就是在误差可接受的范围内,快速计算基数。
⑵ 命令
1) pfadd
① 格式
pfadd <key>< element> [element ...] //添加指定元素到 HyperLogLog 中
② 实例
2) pfcount
① 格式
pfcount [key …] 计算HLL的近似基数
,可以计算多个HLL,比如用HLL存储每天的UV,计算一周的UV可以使用7天的UV合并计算即可
② 实例
3) pfmerge
① 格式
pfmerge<destkey><sourcekey> [sourcekey ...] //将一个或多个HLL合并后的结果存储在另一个HLL中,比如每月活跃用户可以使用每天的活跃用户来合并计算可得
② 实例
3. Geospatial
⑴ 简介
Redis 3.2 中增加了对GEO类型的支持。GEO,Geographic,地理信息的缩写。该类型,就是元素的2维坐标,在地图上就是经纬度。redis基于该类型,提供了经纬度设置,查询,范围查询,距离查询,经纬度Hash等常见操作。
⑵ 命令
1)geoadd
① 格式
geoadd<key>< longitude><latitude><member> [longitude latitude member...] //添加地理位置(经度,纬度,名称)
② 实例
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 度。
- 当坐标位置超出指定范围时,该命令将会返回一个错误。
- 已经添加的数据,是无法再次往里面添加的
2) geopos
① 格式
geopos <key><member> [member...] //获得指定地区的坐标值
② 实例
3) geodist
① 格式
geodist<key><member1><member2> [m|km|ft|mi ] //获取两个位置之间的直线距离
② 实例
获取两个位置之间的直线距离
单位:
m 表示单位为米[默认值]。
km 表示单位为千米。
mi 表示单位为英里。
ft 表示单位为英尺。
如果用户没有显式地指定单位参数, 那么 GEODIST 默认使用米作为单位
4)georadius
① 格式
georadius<key>< longitude><latitude>radius m|km|ft|mi //以给定的经纬度为中心,找出某一半径内的元素
经度 纬度 距离 单位
② 实例
七、Redis_Jedis_测试
1. Jedis所需要的jar包
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>3.2.0</version>
</dependency>
2. 连接Redis注意事项
-
禁用Linux的防火墙:Linux(CentOS7)里执行命令
systemctl stop/disable firewalld.service
-
redis.conf中注释掉bind 127.0.0.1 ,然后 protected-mode no
3. Jedis常用操作
⑴ 创建动态的工程
pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.kejizhentan</groupId>
<artifactId>demo</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>demo</name>
<description>test redis_jedis</description>
<properties>
<java.version>1.8</java.version>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<spring-boot.version>2.3.7.RELEASE</spring-boot.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
<exclusions>
<exclusion>
<groupId>org.junit.vintage</groupId>
<artifactId>junit-vintage-engine</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>${spring-boot.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
application.properties
# 应用名称
spring.application.name=demo
DemoApplication.java
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}
DemoApplicationTests.java
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
jedis.close();
}
}
⑵ 创建测试程序
4. 测试相关数据类型
⑴ Jedis-API: Key
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
jedis.set("k1", "v1");
jedis.set("k2", "v2");
jedis.set("k3", "v3");
Set<String> keys = jedis.keys("*");
System.out.println("keys的大小:"+keys.size());
System.out.println("遍历keys");
for (String key : keys) {
System.out.println(key);
}
System.out.println("判断k1是否存在:"+jedis.exists("k1"));
System.out.println("k1的过期时间:"+jedis.ttl("k1"));
System.out.println("k1的值为:"+jedis.get("k1"));
jedis.close();
}
}
⑵ Jedis-API: String
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
jedis.mset("str1","v1","str2","v2","str3","v3");
System.out.println(jedis.mget("str1","str2","str3"));
jedis.close();
}
}
⑶ Jedis-API: List
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
System.out.println("给集合插值--------------------------------------------");
jedis.rpush("testList","aa","bb","cc","dd");
System.out.println("遍历取值----------------------------------------------");
List<String> list = jedis.lrange("testList",0,-1);
for (String element : list) {
System.out.println(element);
}
jedis.close();
}
}
⑷ Jedis-API: set
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
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");
jedis.close();
}
}
⑸ Jedis-API: hash
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
jedis.hset("hash1","userName","lisi");
System.out.println(jedis.hget("hash1","userName"));
Map<String,String> map = new HashMap<String,String>();
map.put("telphone","13810169999");
map.put("address","beijing");
map.put("email","abc@163.com");
jedis.hmset("hash2",map);
List<String> result = jedis.hmget("hash2", "telphone","email");
for (String element : result) {
System.out.println(element);
}
jedis.close();
}
}
⑹ Jedis-API: zset
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
Jedis jedis = new Jedis("192.168.193.225",6379);
String pong = jedis.ping();
System.out.println("连接成功:"+pong);
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);
}
jedis.close();
}
}
5. Redis_Jedis_实例
完成一个手机验证码功能
要求:
1、输入手机号,点击发送后随机生成6位数字码,2分钟有效
2、输入验证码,点击验证,返回成功或失败
3、每个手机号每天只能输入3次
@RunWith(SpringRunner.class)
@SpringBootTest
class DemoApplicationTests {
@Test
void testJedis() {
//发送验证码
verifyCode("13699999999");
//getRedisCode("13699999999","866913");
}
//1.生成六位数字验证码
public static String getCode(){
Random random = new Random();
String code = "";
for (int i = 0; i < 6; i++) {
int num = random.nextInt(10);
code+=num;
}
return code;
}
//2.每个手机每天只能发送三次验证码,验证码放到redis中,设置过期时间
public static void verifyCode(String phone){
//连接redis
Jedis jedis = new Jedis("192.168.193.225",6379);
//拼接key
//手机发送次数key
String countKey = "VerifyCode"+phone+":count";
//验证码key
String codeKey = "VerifyCode"+phone+":code";
//每个手机每次只能发送三次
String count = jedis.get(countKey);
if(count == null){
//没有发送次数,第一次发送
//设置发送次数为1
jedis.setex(countKey,24*60*60,"1");
}else if(Integer.parseInt(count) <= 2){
//发送次数+1
jedis.incr(countKey);
}else if(Integer.parseInt(count) > 2){
//发送3次,不能在发送
System.out.println("今天发送次数已经超过三次");
jedis.close();
}
//发送的验证码放到redis中,设置过期时间为120秒
String vcode = getCode();
jedis.setex(codeKey,120,vcode);
jedis.close();
}
//3.验证码校验
public static void getRedisCode(String phone,String code){
//从redis中获取验证码
//连接redis
Jedis jedis = new Jedis("192.168.193.225",6379);
//验证码key
String codeKey = "VerifyCode"+phone+":code";
String redisCode = jedis.get(codeKey);
//判断
if(redisCode != null && redisCode.equals(code)){
System.out.println("验证成功");
}else{
System.out.println("验证失败");
}
}
}
八、Redis与Spring Boot整合
Spring Boot整合Redis非常简单,只需要按如下步骤整合即可
1. 整合步骤
⑴ 在pom.xml文件中引入redis相关依赖
<!-- redis -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<!-- spring2.X集成redis所需common-pool2-->
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-pool2</artifactId>
<version>2.6.0</version>
</dependency>
⑵ application.properties配置redis配置
#Redis服务器地址
spring.redis.host=192.168.193.225
#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配置类
@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;
}
}
⑷ 测试一下
@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;
}
}
2.完整项目如下:
⑴ 项目结构如下
⑵ pom.xml
<?xml version="1.0" encoding="UTF-8"?>
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 https://maven.apache.org/xsd/maven-4.0.0.xsd">
<modelVersion>4.0.0</modelVersion>
<groupId>com.kejizhentan</groupId>
<artifactId>demo</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>demo</name>
<description>test redis_jedis</description>
<properties>
<java.version>1.8</java.version>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
<spring-boot.version>2.3.7.RELEASE</spring-boot.version>
</properties>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<!-- redis -->
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
<!-- spring2.X集成redis所需common-pool2-->
<dependency>
<groupId>org.apache.commons</groupId>
<artifactId>commons-pool2</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
<exclusions>
<exclusion>
<groupId>org.junit.vintage</groupId>
<artifactId>junit-vintage-engine</artifactId>
</exclusion>
</exclusions>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<scope>test</scope>
</dependency>
</dependencies>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-dependencies</artifactId>
<version>${spring-boot.version}</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
</project>
⑶ application.properties
#Redis服务器地址
spring.redis.host=192.168.193.225
#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
⑷ DemoApplication.java
@SpringBootApplication
public class DemoApplication {
public static void main(String[] args) {
SpringApplication.run(DemoApplication.class, args);
}
}
⑸ 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;
}
}
⑹ 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;
}
}
效果如下:
九、Redis_事务_锁机制_秒杀
1. Redis的事务定义
2. Multi、Exec、discard
从输入Multi命令开始,输入的命令都会依次进入命令队列中,但不会执行,直到输入Exec后,Redis会将之前的命令队列中的命令依次执行。
组队的过程中可以通过discard来放弃组队。
案例:
127.0.0.1:6379> multi
OK
127.0.0.1:6379> set k1 v1
QUEUED
127.0.0.1:6379> set k2 v2
QUEUED
127.0.0.1:6379> exec
1) OK
2) OK
127.0.0.1:6379>
组队成功,提交成功
组队阶段报错,提交失败
组队成功,提交有成功有失败情况
3. 事务的错误处理
组队中某个命令出现了报告错误,执行时整个的所有队列都会被取消。
如果执行阶段某个命令报出了错误,则只有报错的命令不会被执行,而其他的命令都会执行,不会回滚。
4. 为什么要做成事务
想想一个场景:有很多人用你的账户,同时去参加双十一抢购
5. 事务冲突的问题
⑴ 例子
一个请求想给金额减8000
一个请求想给金额减5000
一个请求想给金额减1000
⑵ 悲观锁
悲观锁(Pessimistic Lock)
, 顾名思义,就是很悲观,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会block直到它拿到锁。传统的关系型数据库里边就用到了很多这种锁机制,比如行锁,表锁等,读锁,写锁等
,都是在做操作之前先上锁
。
⑶ 乐观锁
乐观锁(Optimistic Lock)
, 顾名思义,就是很乐观,每次去拿数据的时候都认为别人不会修改,所以不会上锁,但是在更新的时候会判断一下在此期间别人有没有去更新这个数据,可以使用版本号等机制。乐观锁适用于多读的应用类型,这样可以提高吞吐量。Redis就是利用这种check-and-set机制实现事务的
。
⑷ WATCH key [key …]
在执行multi之前,先执行watch key1 [key2],可以监视一个(或多个) key ,如果在事务执行之前这个(或这些) key 被其他命令所改动,那么事务将被打断。
⑸ unwatch
取消 WATCH 命令对所有 key 的监视。
如果在执行 WATCH 命令之后,EXEC 命令或DISCARD 命令先被执行了的话,那么就不需要再执行UNWATCH 了。
http://doc.redisfans.com/transaction/exec.html
6. Redis事务三特性
⑴ 单独的隔离操作
事务中的所有命令都会序列化、按顺序地执行。事务在执行的过程中,不会被其他客户端发送来的命令请求所打断。
⑵ 没有隔离级别的概念
队列中的命令没有提交之前都不会实际被执行,因为事务提交前任何指令都不会被实际执行
⑶ 不保证原子性
事务中如果有一条命令执行失败,其后的命令仍然会被执行,没有回滚
十、Redis_事务_秒杀案例(待补充)
1. 解决计数器和人员记录的事务操作
⑴ 测试案例核心代码
1) 项目结构如下:
2)核心代码如下:
① 前端代码
<%@ page language="java" contentType="text/html; charset=UTF-8"
pageEncoding="UTF-8"%>
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<title>Insert title here</title>
</head>
<body>
<h1>iPhone 13 Pro !!! 1元秒杀!!!
</h1>
<form id="msform" action="${pageContext.request.contextPath}/doseckill" enctype="application/x-www-form-urlencoded">
<input type="hidden" id="prodid" name="prodid" value="0101">
<input type="button" id="miaosha_btn" name="seckill_btn" value="秒杀点我"/>
</form>
</body>
<script type="text/javascript" src="${pageContext.request.contextPath}/script/jquery/jquery-3.1.0.js"></script>
<script type="text/javascript">
$(function(){
$("#miaosha_btn").click(function(){
var url=$("#msform").attr("action");
$.post(url,$("#msform").serialize(),function(data){
if(data=="false"){
alert("抢光了" );
$("#miaosha_btn").attr("disabled",true);
}
} );
})
})
</script>
</html>
② 后端代码
SecKill_redis.java
public class SecKill_redis {
public static void main(String[] args) {
Jedis jedis =new Jedis("192.168.153.125",6379);
System.out.println(jedis.ping());
jedis.close();
}
//秒杀过程
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.153.125",6379);
//3.拼接key
//3.1库存key
String kcKey = "sk:"+prodid+":qt";
//3.2秒杀成功用户key
String userKey = "sk:"+prodid+":user";
//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.秒杀的过程
//7.1库存-1
jedis.decr(kcKey);
//7.2把秒杀成功用户添加到清单里
jedis.sadd(userKey,uid);
System.out.println("秒杀成功!");
jedis.close();
return true;
}
}
SecKillServlet.java
/**
* 秒杀案例
*/
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);
response.getWriter().print(isSuccess);
}
}
⑵ 完整代码如下
https://kejizhentan.lanzoue.com/iUrVv0f9qjpa
⑶ 模拟操作过程
1)先在redis中添加十个商品,注意商品key固定的写法
2)启动项目跳转到秒杀页面,然后疯狂点击秒杀按钮
3)查询库存数量和秒杀的用户清单
至此一个简单的模拟秒杀的项目搭建好了!!!
2. Redis事务–秒杀并发模拟
使用工具ab模拟测试
CentOS6 默认安装
CentOS7需要手动安装
⑴ ab模拟并发工具安装
1)联网:yum install httpd-tools
2)无网络
(1) 进入cd /run/media/root/CentOS 7 x86_64/Packages
(路径跟centos6不同)
(2) 顺序安装
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
⑵ 测试及结果
1)通过ab测试
① 创建postfile文件,并vim postfile 模拟表单提交参数,以&符号结尾;存放当前目录。
#内容:
prodid=0101&
② 执行ab命令模拟高并发下的秒杀情况
先在redis中设置10件商品数量
set sk:0101:qt 10
ab -n 2000 -c 200 -k -p ~/postfile -T application/x-www-form-urlencoded http://192.168.1.105:8080/Seckill/doseckill
效果如下:
通过ab模拟高并发测试发现,秒杀案例出现超卖的现象
3. 连接超时问题,通过连接池解决
⑴ 连接池
节省每次连接redis服务带来的消耗,把连接好的实例反复利用。通过参数管理连接的行为
redis连接池工具类代码如下:
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.153.125",6379, 60000 );
}
}
}
return jedisPool;
}
public static void release(JedisPool jedisPool, Jedis jedis) {
if (null != jedis) {
jedisPool.returnResource(jedis);
}
}
}
链接池参数
○MaxTotal
:控制一个pool可分配多少个jedis实例,通过pool.getResource()来获取;如果赋值为-1,则表示不限制;如果pool已经分配了MaxTotal个jedis实例,则此时pool的状态为exhausted。
○maxIdle
:控制一个pool最多有多少个状态为idle(空闲)的jedis实例;
○MaxWaitMillis
:表示当borrow一个jedis实例时,最大的等待毫秒数,如果超过等待时间,则直接抛JedisConnectionException;
○testOnBorrow
:获得一个jedis实例的时候是否检查连接可用性(ping());如果为true,则得到的jedis实例均是可用的;
使用连接池连接redis的代码如下:
//2. 连接redis
//2.1普通方式连接redis
//Jedis jedis =new Jedis("192.168.153.125",6379);
//2.2使用连接池连接redis
JedisPool jedisPoolInstance = JedisPoolUtil.getJedisPoolInstance();
Jedis jedis = jedisPoolInstance.getResource();
⑵ 完整代码如下
https://kejizhentan.lanzoue.com/iAVRV0fa07ve
4. 超卖问题
5. 利用乐观锁淘汰用户,解决超卖问题。
⑴ 原理介绍
⑵ 完整代码如下:
https://kejizhentan.lanzoue.com/iAawe0fa40je
6. 解决库存遗留问题,LUA脚本
⑴ 将库存数量设置为500并发测试
已经秒光,可是还有库存。原因,
就是乐观锁导致很多请求都失败
。先点的没秒到,后点的可能秒到了。
⑵ LUA脚本
1) LUA脚本简介
Lua 是一个小巧的脚本语言
,Lua脚本可以很容易的被C/C++ 代码调用,也可以反过来调用C/C++的函数,Lua并没有提供强大的库,一个完整的Lua解释器不过200k,所以Lua不适合作为开发独立应用程序的语言,而是作为嵌入式脚本语言
。
很多应用程序、游戏使用LUA作为自己的嵌入式脚本语言,以此来实现可配置性、可扩展性。
这其中包括魔兽争霸地图、魔兽世界、博德之门、愤怒的小鸟等众多游戏插件或外挂。
https://www.w3cschool.cn/lua/
2) LUA脚本在Redis中的优势
将复杂的或者多步的redis操作,写为一个脚本,一次提交给redis执行,减少反复连接redis的次数。提升性能。
LUA脚本是类似redis事务,
有一定的原子性
,不会被其他命令插队,可以完成一些redis事务性的操作。
但是注意redis的lua脚本功能,只有在Redis 2.6以上的版本才可以使用。
利用lua脚本淘汰用户,解决超卖问题。
redis 2.6版本以后,通过lua脚本解决争抢问题
,实际上是redis 利用其单线程的特性,用任务队列的方式解决多任务并发问题
。
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;
Java中使用LUA脚本的详细代码:
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;
}
}
修改servlet调用使用了LUA脚本的方法
/**
* 秒杀案例
*/
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);
}
}
效果如下:
⑶ 完整代码如下
https://kejizhentan.lanzoue.com/iSw3s0fa6qcf
十一、Redis持久化之RDB
1. 总体介绍
官网介绍:http://www.redis.io
Redis 提供了2个不同形式的持久化方式。
- RDB(Redis DataBase)
- AOF(Append Of File)
2. RDB(Redis DataBase)
⑴ 官网介绍
⑵ RDB(Redis DataBase)是什么
在指定的时间间隔
内将内存中的数据集快照
写入磁盘, 也就是行话讲的Snapshot快照,它恢复时是将快照文件直接读到内存里
⑶ 备份是如何执行的
Redis会单独创建(fork)一个子进程来进行持久化,会先
将数据写
入到 一个临时文件
中,待持久化过程都结束了,再用这个临时文件替换上次持久化
好的文件。 整个过程中,主进程是不进行任何IO操作的,这就确保了极高的性能 如果需要进行大规模数据的恢复,且对于数据恢复的完整性不是非常敏感,那RDB方式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失
。
⑷ Fork
● Fork的作用是复制一个与当前进程一样的进程
。新进程的所有数据(变量、环境变量、程序计数器等) 数值都和原进程一致,但是是一个全新的进程,并作为原进程的子进程
● 在Linux程序中,fork()会产生一个和父进程完全相同的子进程,但子进程在此后多会exec系统调用,出于效率考虑,Linux中引入了“写时复制技术”
● 一般情况父进程和子进程会共用同一段物理内存,只有进程空间的各段的内容要发生变化时,才会将父进程的内容复制一份给子进程。
⑸ RDB持久化流程
⑹ dump.rdb文件
在redis.conf
中配置文件名称,默认为dump.rdb
⑺ 配置位置
rdb文件的保存路径,也可以修改。默认为Redis启动时命令行所在的目录下dir "/etc"
⑻ 如何触发RDB快照;保持策略
1) 配置文件中默认的快照配置
2) 命令save VS bgsave
save
:save时只管保存,其它不管,全部阻塞。手动保存。不建议。bgsave
:Redis会在后台异步进行快照操作, 快照同时还可以响应客户端请求。
可以通过lastsave 命令获取最后一次成功执行快照的时间
3) flushall命令
执行flushall命令,也会产生dump.rdb文件,但里面是空的,无意义
4) ###SNAPSHOTTING快照###
5) Save
格式:save 秒钟 写操作次数
RDB是整个内存的压缩过的Snapshot,RDB的数据结构,可以配置复合的快照触发条件,默认是1分钟内改了1万次,或5分钟内改了10次,或15分钟内改了1次。
禁用
不设置save指令,或者给save传入空字符串
6) stop-writes-on-bgsave-error
当Redis无法写入磁盘的话,直接关掉Redis的写操作。推荐yes.
7) rdbcompression 压缩文件
对于存储到磁盘中的快照,可以设置是否进行压缩存储。如果是的话,redis会采用LZF算法
进行压缩。
如果你不想消耗CPU来进行压缩的话,可以设置为关闭此功能。推荐yes.
8) rdbchecksum 检查完整性
在存储快照后,还可以让redis使用CRC64算法来进行数据校验,
但是这样做会增加大约10%的性能消耗,如果希望获取到最大的性能提升,可以关闭此功能,推荐yes.
9) rdb的备份
① 先通过config get dir 查询rdb文件的目录
② 将*.rdb
的文件拷贝到别的地方
③ rdb的恢复
- 关闭Redis
- 先把备份的文件拷贝到工作目录下
cp dump2.rdb dump.rdb
- 启动Redis, 备份数据会直接加载
⑼ 优势
- 适合大规模的数据恢复
- 对数据完整性和一致性要求不高更适合使用
- 节省磁盘空间
- 恢复速度快
⑽ 劣势
- Fork的时候,内存中的数据被克隆了一份,大致2倍的膨胀性需要考虑
- 虽然Redis在fork时使用了
写时拷贝技术
,但是如果数据庞大时还是比较消耗性能。 - 在备份周期在一定间隔时间做一次备份,所以如果Redis意外down掉的话,就会丢失最后一次快照后的所有修改。
⑾ 如何停止
动态停止RDB:redis-cli config set save “”#save后给空值,表示禁用保存策略
⑿ 小总结
十二、Redis持久化之AOF
1. AOF(Append Only File)
⑴ 是什么
以日志的形式来记录每个写操作(增量保存)
,将Redis执行过的所有写指令记录下来(读操作不记录
), 只许追加文件但不可以改写文件
,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压缩
1) Rewrite压缩是什么:
AOF采用文件追加方式,文件会越来越大为避免出现此种情况,新增了重写机制, 当AOF文件的大小超过所设定的阈值时,Redis就会启动AOF文件的内容压缩, 只保留可以恢复数据的最小指令集.可以使用命令bgrewriteaof
2) 重写原理,如何实现重写
AOF文件持续增长而过大时,会fork出一条新进程来将文件重写(也是先写临时文件最后再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倍时触发)
auto-aof-rewrite-min-size
:设置重写的基准值,最小文件64MB。达到这个值开始重写。
例如:文件达到70MB开始重写,降到50MB,下次什么时候开始重写?100MB系统载入时或者上次重写完毕时,Redis会记录此时AOF大小,设为base_size,如果Redis的AOF当前大小>= base_size +base_size*100%
(默认)且当前大小>=64mb(默认)的情况下,Redis会对AOF进行重写。
3) 重写流程
- bgrewriteaof触发重写,判断是否当前有bgsave或bgrewriteaof在运行,如果有,则等待该命令结束后再继续执行。
- 主进程fork出子进程执行重写操作,保证主进程不会阻塞。
- 子进程遍历redis内存中数据到临时文件,客户端的写请求同时写入aof_buf缓冲区和aof_rewrite_buf重写缓冲区保证原AOF文件完整以及新AOF文件生成期间的新的数据修改动作不会丢失。
- 1).子进程写完新的AOF文件后,向主进程发信号,父进程更新统计信息。2).主进程把aof_rewrite_buf中的数据写入到新的AOF文件。
- 使用新的AOF文件覆盖旧的AOF文件,完成AOF重写。
⑻ 优势
- 备份机制更稳健,丢失数据概率更低。
- 可读的日志文本,通过操作AOF稳健,可以处理误操作。
⑼ 劣势
- 比起RDB占用更多的磁盘空间。
- 恢复备份速度要慢。
- 每次读写都同步的话,有一定的性能压力。
- 存在个别Bug,造成恢复不能。
⑽ 小总结
2. 总结(Which one)
⑴ RDB和AOF用哪个好
官方推荐两个都启用。
如果对数据不敏感,可以选单独用RDB。
不建议单独用 AOF,因为可能会出现Bug。
如果只是做纯内存缓存,可以都不用。
⑵ 官网建议
- RDB持久化方式能够在指定的时间间隔能对你的数据进行快照存储
- AOF持久化方式记录每次对服务器写的操作,当服务器重启的时候会重新执行这些命令来恢复原始的数据,AOF命令以redis协议追加保存每次写的操作到文件末尾.
- Redis还能对AOF文件进行后台重写,使得AOF文件的体积不至于过大
- 只做缓存:如果你只希望你的数据在服务器运行的时候存在,你也可以不使用任何持久化方式.
- 同时开启两种持久化方式
- 在这种情况下,当redis重启的时候会优先载入AOF文件来恢复原始的数据, 因为在通常情况下AOF文件保存的数据集要比RDB文件保存的数据集要完整.
- RDB的数据不实时,同时使用两者时服务器重启也只会找AOF文件。那要不要只使用AOF呢?
- 建议不要,因为RDB更适合用于备份数据库(AOF在不断变化不好备份), 快速重启,而且不会有AOF可能潜在的bug,留着作为一个万一的手段。
- 性能建议
因为RDB文件只用作后备用途,建议只在Slave上持久化RDB文件
,而且只要15分钟备份一次就够了,只保留save 900 1
这条规则。
如果使用AOF,好处是在最恶劣情况下也只会丢失不超过两秒数据,启动脚本较简单只load自己的AOF文件就可以了。
代价,一是带来了持续的IO,二是AOF rewrite的最后将rewrite过程中产生的新数据写到新文件造成的阻塞几乎是不可避免的。
只要硬盘许可,应该尽量减少AOF rewrite的频率,AOF重写的基础大小默认值64M太小
了,可以设到5G
以上。
默认超过原大小100%大小时重写可以改到适当的数值。
十三、Redis_主从复制
1. 是什么
主机数据更新后根据配置和策略, 自动同步到备机的master/slaver机制,Master以写为主,Slave以读为主
2. 能干嘛
- 读写分离,性能扩展
- 容灾快速恢复
3. 怎么玩:主从复制(一主两从)
⑴ 创建myredis文件夹并进入到myredis文件夹中
[root ~]# mkdir /myredis
[root ~]# cd /myredis
⑵ 将redis.conf文件复制到/myredis文件夹下
[root myredis]# cp /etc/redis.conf /myredis/redis.conf
⑶ 修改/myredis/redis.conf
配置文件
-
设置
appendonly no
-
开启
daemonize yes
公共文件
/myredis/redis.conf
中的相关配置可以参考单体配置文件中的配置
⑷ 创建三个配置文件(三个配置文件的公用部分引用/myredis/redis.conf
文件中的内容)
-
redis6379.conf
[root myredis]# vi redis6379.conf
include /myredis/redis.conf pidfile /var/run/redis_6379.pid port 6379 dbfilename dump6379.rdb
-
redis6380.conf
[root myredis]# vi redis6380.conf
include /myredis/redis.conf pidfile /var/run/redis_6380.pid port 6380 dbfilename dump6380.rdb
-
redis6381.conf
[root myredis]# vi redis6381.conf
include /myredis/redis.conf pidfile /var/run/redis_6381.pid port 6381 dbfilename dump6381.rdb
⑸ 启动三台redis服务器
[root bin]# redis-server /myredis/redis6379.conf
[root bin]# redis-server /myredis/redis6380.conf
[root bin]# redis-server /myredis/redis6381.conf
⑹ 查看三台主机运行情况
#打印主从复制的相关信息
127.0.0.1:6379> info replication
⑺ 配从(库)不配主(库)
#在两台从机中执行
127.0.0.1:6380> slaveof 主机的ip 主机的端口号
#再次查看主机的运行情况
127.0.0.1:6379> info replication
1) 在主机上写,在从机上可以读取数据
2) 在从机上写数据报错
4. Redis_主从复制常用的三种方式
⑴ 一主二仆
1.切入点问题?slave1、slave2是从头开始复制还是从切入点开始复制?比如从k4进来,那之前的k1,k2,k3是否也可以复制?
答:如果主机在写的过程中从机宕机了,从机再次启动变成从机后会将主机中的所有数据从头复制到从机中
2.从机是否可以写?set可否?
答:从机不能进行写操作
3.主机shutdown后情况如何?从机是上位还是原地待命?
答:从机宕机后不会原地待命,从机会自动变成主机,如果想从机变回原来主机的从机,需要执行127.0.0.1:6380> slaveof 主机的ip 主机的端口号
的命令
4.主机又回来了后,主机新增记录,从机还能否顺利复制?
答:主机宕机了,从机都没有宕机,则从机会原地待命,等级主机又启动回来后,主机新增的记录会顺利复制到从机里。
⑵ 薪火相传
上一个Slave可以是下一个slave的Master,Slave同样可以接收其他 slaves的连接和同步请求,那么该slave作为了链条中下一个的master, 可以有效减轻master的写压力,去中心化降低风险。
# 用 slaveof <ip><port>
127.0.0.1:6381> slaveof 127.0.0.1 6380
- 中途变更转向:会清除之前的数据,重新建立拷贝最新的
- 风险是一旦某个slave宕机,后面的slave都没法备份
- 主机挂了,从机还是从机,无法写数据了
⑶ 反客为主
当一个master宕机后,后面的slave可以立刻升为master,其后面的slave不用做任何修改。
#用 slaveof no one 将从机变为主机。
127.0.0.1:6380> slaveof no one
5. 复制原理
- Slave启动成功连接到master后会发送一个sync命令
- Master接到命令启动后台的存盘进程,同时收集所有接收到的用于修改数据集命令, 在后台进程执行完毕之后,master将传送整个数据文件到slave,以完成一次完全同步
- 全量复制:而slave服务在接收到数据库文件数据后,将其存盘并加载到内存中。
- 增量复制:Master继续将新的所有收集到的修改命令依次传给slave,完成同步
- 但是只要是重新连接master,一次完全同步(全量复制)将被自动执行
6. 哨兵模式(sentinel)
⑴ 哨兵模式是什么
反客为主的自动版
,能够后台监控主机是否故障,如果故障了根据投票数自动将从库转换为主库
⑵ 怎么玩(使用步骤)
1) 调整为一主二仆模式,6379带着6380、6381
2) 自定义的/myredis目录下新建sentinel.conf文件,名字绝不能错
#其中mymaster为监控对象起的服务器名称, 1 为至少有多少个哨兵同意迁移的数量。
sentinel monitor mymaster 127.0.0.1 6379 1
3) 启动哨兵
进入/usr/local/bin
路径执行如下命令
[root bin]# redis-sentinel /myredis/sentinel.conf
4) 当主机挂掉,从机选举中产生新的主机
(大概10秒左右可以看到哨兵窗口日志,切换了新的主机)
1.哪个从机会被选举为主机呢?根据优先级别:
replica-priority
2.原主机重启后会变为从机。
5) 复制延时
由于所有的写操作都是先在Master上操作,然后同步更新到Slave上,所以从Master同步到Slave机器有一定的延迟,当系统很繁忙的时候,延迟问题会更加严重,Slave机器数量的增加也会使这个问题更加严重。
⑶ 故障恢复
1.优先级在redis.conf中默认:replica-priority 100,值越小优先级越高
2.偏移量是指获得原主机数据最全的
3.每个redis实例启动后都会随机生成一个40位的runid
⑷ java代码实现主从复制
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集群
1. 问题
容量不够,redis如何进行扩容?
并发写操作, redis如何分摊?
另外,主从模式,薪火相传模式,主机宕机,导致ip地址发生变化,应用程序中配置需要修改对应的主机地址、端口等信息。
之前通过代理主机来解决,但是redis3.0
中提供了解决方案。就是无中心化集群
配置。
2. 什么是集群
Redis 集群实现了对Redis的水平扩容,即启动N个redis节点,将整个数据库分布存储在这N个节点中,每个节点存储总数据的1/N。
Redis 集群通过分区(partition)来提供一定程度的可用性(availability): 即使集群中有一部分节点失效或者无法进行通讯, 集群也可以继续处理命令请求。
3. 删除持久化数据
将rdb,aof文件都删除掉。
4. 修改公共配置文件/myredis/redis.conf
的基本信息
⑴ 开启daemonize yes
⑵ appendonly 关掉或者换名字
公共文件
/myredis/redis.conf
中的相关配置可以参考单体配置文件中的配置
5. 制作6个实例,6379,6380,6381,6389,6390,6391
⑴ 创建六个配置文件
1) 创建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
2) 修改好redis6379.conf文件,拷贝多个redis.conf文件
3) 使用查找替换修改另外5个文件
:%s/6379/6380
⑵ 启动6个redis服务
⑶ 将六个节点合成一个集群
1) 集群前先校验六个节点是否都启动成功
组合之前,请确保所有redis实例启动
后,nodes-xxxx.conf文件都生成正常。
2) 合体:
#进入redis之前的安装目录:
[root myredis]# cd /opt/redis-6.2.1/src
#执行合体的命令,此处不要用127.0.0.1, 请用真实IP地址
#--replicas 1 表示采用最简单的方式配置集群,一台主机,一台从机,正好三组。
redis-cli --cluster create --cluster-replicas 1 192.168.153.125:6379 192.168.153.125:6380 192.168.153.125:6381 192.168.153.125:6389 192.168.153.125:6390 192.168.153.125:6391
3) 这个值要记录下来:
[OK] All 16384 slots covered
4)集群条件下普通方式登录会出现问题
可能直接进入读主机,存储数据时,会出现MOVED重定向操作。所以,应该以集群方式登录。
⑷ -c
采用集群策略连接,设置数据会自动切换到相应的写主机
[root src]# redis-cli -c -p 6379
⑸ 通过 cluster nodes
命令查看集群信息
192.168.153.125:6381> cluster nodes
⑹ redis cluster 如何分配这六个节点?
一个集群至少要有三个主节点
。
选项 --cluster-replicas 1
表示我们希望为集群中的每个主节点创建一个从节点。
分配原则尽量保证每个主数据库运行在不同的IP地址,每个从库和主库不在一个IP地址上。
⑺ 什么是slots
一个 Redis 集群包含 16384
个插槽(hash slot), 数据库中的每个键都属于这 16384 个插槽的其中一个
, 集群使用公式 CRC16(key) % 16384 来计算键 key 属于哪个槽
, 其中 CRC16(key) 语句用于计算键 key 的 CRC16 校验和 。
集群中的每个节点负责处理一部分插槽。 举个例子, 如果一个集群可以有主节点, 其中:
节点 A 负责处理 0 号至 5460 号插槽。
节点 B 负责处理 5461 号至 10922 号插槽。
节点 C 负责处理 10923 号至 16383 号插槽。
6. 在集群中录入值
在redis-cli每次录入、查询键值,redis都会计算出该key应该送往的插槽,如果不是该客户端对应服务器的插槽,redis会报错,并告知应前往的redis实例地址和端口。
redis-cli客户端提供了 –c 参数实现自动重定向
。
如 redis-cli -c –p 6379
登入后,再录入、查询键值对可以自动重定向。
不在一个slot下的键值,是不能使用mget,mset等多键操作
。
可以通过{}
来定义组的概念,从而使key中{}
内相同内容的键值对放到一个slot中去。
7. 查询集群中的值
CLUSTER GETKEYSINSLOT <slot><count>
返回 count 个 slot 槽中的键。
8. 故障恢复
⑴ 如果主节点下线?从节点能否自动升为主节点?注意:15秒超时
6379主节点没宕机前6391是其从节点
6379宕机后6391变成了主节点
⑵ 主节点恢复后,主从关系会如何?主节点回来变成从机。
⑶ 如果所有某一段插槽的主从节点都宕掉,redis服务是否还能继续?
如果某一段插槽的主从都挂掉,而cluster-require-full-coverage 为yes ,那么 ,整个集群都挂掉
如果某一段插槽的主从都挂掉,而cluster-require-full-coverage 为no ,那么,该
插槽数据全都不能使用,也无法存储。
redis.conf
中的参数 cluster-require-full-coverage
9. 集群的Jedis开发
即使连接的不是主机,集群会自动切换主机存储。主机写,从机读。
无中心化主从集群。无论从哪台主机写的数据,其他主机上都能读到数据。
public class JedisClusterTest {
public static void main(String[] args) {
Set<HostAndPort> set =new HashSet<HostAndPort>();
set.add(new HostAndPort("192.168.153.125",6379));
JedisCluster jedisCluster=new JedisCluster(set);
jedisCluster.set("k1", "v1");
System.out.println(jedisCluster.get("k1"));
}
}
10. Redis 集群的好处和不足
⑴ 好处
- 实现扩容
- 分摊压力
- 无中心配置相对简单
⑵ 不足
- 多键操作是不被支持的
- 多键的Redis事务是不被支持的。lua脚本不被支持
- 由于集群方案出现较晚,很多公司已经采用了其他的集群方案,而代理或者客户端分片的方案想要迁移至redis cluster,需要整体
迁移
而不是逐步过渡,复杂度较大。
十五、 Redis应用问题解决
1. 缓存穿透
⑴ 问题描述
key对应的数据在数据源并不存在,每次针对此key的请求从缓存获取不到,请求都会压到数据源,从而可能压垮数据源。比如用一个不存在的用户id获取用户信息,不论缓存还是数据库都没有,若黑客利用此漏洞进行攻击可能压垮数据库。
⑵ 解决方案
一个一定不存在缓存及查询不到的数据,由于缓存是不命中时被动写的,并且出于容错考虑,如果从存储层查不到数据则不写入缓存,这将导致这个不存在的数据每次请求都要到存储层去查询,失去了缓存的意义。
2. 缓存击穿
⑴ 问题描述
key对应的数据存在,但在redis中过期,此时若有大量并发请求过来,这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存,这个时候大并发的请求可能会瞬间把后端DB压垮。
⑵ 解决方案
key可能会在某些时间点被超高并发地访问,是一种非常“热点”的数据。这个时候,需要考虑一个问题:缓存被“击穿”的问题。
3. 缓存雪崩
⑴ 问题描述
key对应的数据存在,但在redis中过期,此时若有大量并发请求过来,这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存,这个时候大并发的请求可能会瞬间把后端DB压垮。
缓存雪崩与缓存击穿的区别在于这里针对很多key缓存,前者则是某一个key正常访问
缓存失效瞬间
⑵ 解决方案
缓存失效时的雪崩效应对底层系统的冲击非常可怕!
4. 分布式锁
⑴ 问题描述
随着业务发展的需要,原单体单机部署的系统被演化成分布式集群系统后,由于分布式系统多线程、多进程并且分布在不同机器上,这将使原单机部署情况下的并发控制锁策略失效,单纯的Java API并不能提供分布式锁的能力。为了解决这个问题就需要一种跨JVM的互斥机制来控制共享资源的访问,这就是分布式锁要解决的问题!
分布式锁主流的实现方案:
- 基于数据库实现分布式锁
- 基于缓存(Redis等)
- 基于Zookeeper
每一种分布式锁解决方案都有各自的优缺点:
- 性能:redis最高
- 可靠性:zookeeper最高
这里,我们就基于redis实现分布式锁。
⑵ 解决方案:使用redis实现分布式锁
1) 方案一:redis命令:setnx
setnx key value
方案一如果忘记释放锁会出现无法更新值的问题
2) 方案二:redis命令:setnx
和expire
设置过期时间
setnx key value
expire key seconds
方案二如果设置失效时间的时候出现宕机导致设置时间无效,仍旧会出现无法更新值的问题
2) 方案三:redis命令:set key value nx ex seconds
上锁的同时设置过期时间
set key value nx ex seconds
EX second
:设置键的过期时间为 second 秒。 SET key value EX second 效果等同于 SETEX key second value 。
PX millisecond
:设置键的过期时间为 millisecond 毫秒。 SET key value PX millisecond 效果等同于 PSETEX key millisecond value 。
NX
:只在键不存在时,才对键进行设置操作。 SET key value NX 效果等同于 SETNX key value 。
XX
:只在键已经存在时,才对键进行设置操作。
- 多个客户端同时获取锁(setnx)
- 获取成功,执行业务逻辑{从db获取数据,放入缓存},执行完成释放锁(del)
- 其他客户端等待重试
⑶ 编写代码实现分布式锁
1) 分布式锁的基本实现
① redis设置num
值
127.0.0.1:6379> set num 0
② java代码
@GetMapping("testLock")
public void testLock(){
//1获取锁,setne
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "111");
//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://192.168.140.1:8080/test/testLock
④ 查看redis中num的值:
综上基本实现了分布式锁。
问题:setnx刚好获取到锁,业务逻辑出现异常,导致锁无法释放
解决:设置过期时间,自动释放锁。
2)设置锁的过期时间优化分布式锁
设置过期时间有两种方式:
- 首先想到通过expire设置过期时间(缺乏原子性:如果在setnx和expire之间出现异常,锁也无法释放)
- 在set时指定过期时间(推荐)
设置过期时间:
压力测试肯定也没有问题。自行测试
问题:可能会释放其他服务器的锁。
场景:如果业务逻辑的执行时间是7s。执行流程如下
1.index1业务逻辑没执行完,3秒后锁被自动释放。
2.index2获取到锁,执行业务逻辑,3秒后锁被自动释放。
3.index3获取到锁,执行业务逻辑
4.index1业务逻辑执行完成,开始调用del释放锁,这时释放的是index3的锁,导致index3的业务只执行1s就被别人释放。
最终等于没锁的情况。
解决:setnx获取锁时,设置一个指定的唯一值(例如:uuid);释放前获取这个值,判断是否自己的锁
3) 使用UUID防误删优化分布式锁
问题:删除操作缺乏原子性。
场景:
1.index1执行删除时,查询到的lock值确实和uuid相等
uuid=v1
set(lock,uuid);
> 2.index1执行删除前,lock刚好过期时间已到,被redis自动释放
在redis中没有了lock,没有了锁。
3.index2获取了lock
index2线程获取到了cpu的资源,开始执行方法
uuid=v2
set(lock,uuid);
4.index1执行删除,此时会把index2的lock删除
index1 因为已经在方法中了,所以不需要重新上锁。index1有执行的权限。index1已经比较完成了,这个时候,开始执行
删除的index2的锁!
4) 使用LUA脚本保证删除的原子性优化分布式锁
@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();
}
}
}
Lua 脚本详解:
项目中正确使用:
//定义key,key应该是为每个sku定义的,也就是每个sku有一把锁。
String locKey ="lock:"+skuId; // 锁住的是每个商品的数据
Boolean lock = redisTemplate.opsForValue().setIfAbsent(locKey, uuid,3,TimeUnit.SECONDS);
5) 总结
① 加锁
// 1. 从redis中获取锁,set k1 v1 px 20000 nx
String uuid = UUID.randomUUID().toString();
Boolean lock = this.redisTemplate.opsForValue()
.setIfAbsent("lock", uuid, 2, TimeUnit.SECONDS);
② 使用lua释放锁
// 2. 释放锁 del
String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
// 设置lua脚本返回的数据类型
DefaultRedisScript<Long> redisScript = new DefaultRedisScript<>();
// 设置lua脚本返回类型为Long
redisScript.setResultType(Long.class);
redisScript.setScriptText(script);
redisTemplate.execute(redisScript, Arrays.asList("lock"),uuid);
③ 重试
Thread.sleep(500);
testLock();
为了确保分布式锁可用,我们至少要确保锁的实现同时满足以下四个条件
:
- 互斥性。在任意时刻,只有一个客户端能持有锁。
- 不会发生死锁。即使有一个客户端在持有锁的期间崩溃而没有主动解锁,也能保证后续其他客户端能加锁。
- 解铃还须系铃人。加锁和解锁必须是同一个客户端,客户端自己不能把别人加的锁给解了。
- 加锁和解锁必须具有原子性。
十六、Redis6.0新功能
1. ACL(Access Control List)
⑴ 简介
Redis ACL是Access Control List(访问控制列表)的缩写,该功能允许根据可以执行的命令和可以访问的键来限制某些连接。
在Redis 5版本之前,Redis 安全规则只有密码控制 还有通过rename 来调整高危命令比如 flushdb , KEYS* , shutdown 等。Redis 6 则提供ACL的功能对用户进行更细粒度的权限控制 :
(1)接入权限:用户名和密码
(2)可以执行的命令
(3)可以操作的 KEY
参考官网:https://redis.io/topics/acl
⑵ 命令
1) 使用acl list命令展现用户权限列表
2) 使用acl cat命令
① 查看添加权限指令类别
② 加参数类型名可以查看类型下具体命令
3) 使用acl whoami命令查看当前用户
4) 使用aclsetuser命令创建和编辑用户ACL
① ACL规则
下面是有效ACL规则的列表。某些规则只是用于激活或删除标志,或对用户ACL执行给定更改的单个单词。其他规则是字符前缀,它们与命令或类别名称、键模式等连接在一起。
② 通过命令创建新用户默认权限
acl setuser user1
在上面的示例中,我根本没有指定任何规则。如果用户不存在,这将使用just created的默认属性来创建用户。如果用户已经存在,则上面的命令将不执行任何操作。
③ 设置有用户名、密码、ACL权限、并启用的用户
acl setuser user2 on >password ~cached:* +get
④ 切换用户,验证权限
2. IO多线程
⑴ 简介
Redis6终于支撑多线程了,告别单线程了吗?
IO多线程其实指客户端交互部分的网络IO交互处理模块多线程,而非执行命令多线程。Redis6执行命令依然是单线程。
⑵ 原理架构
Redis 6 加入多线程,但跟 Memcached 这种从 IO处理到数据访问多线程的实现模式有些差异。Redis 的多线程部分只是用来处理网络数据的读写和协议解析,执行命令仍然是单线程。之所以这么设计是不想因为多线程而变得复杂,需要去控制 key、lua、事务,LPUSH/LPOP 等等的并发问题。整体的设计大体如下:
另外,多线程IO默认也是不开启的,需要再配置文件中配置
io-threads-do-reads yes
io-threads 4
⑶ 工具支持 Cluster
之前老版Redis想要搭集群需要单独安装ruby环境,Redis 5 将 redis-trib.rb 的功能集成到 redis-cli 。另外官方 redis-benchmark 工具开始支持 cluster 模式了,通过多线程的方式对多个分片进行压测。
⑷ Redis新功能持续关注
Redis6新功能还有:
1、RESP3新的 Redis 通信协议:优化服务端与客户端之间通信
2、Client side caching客户端缓存:基于 RESP3 协议实现的客户端缓存功能。为了进一步提升缓存的性能,将客户端经常访问的数据cache到客户端。减少TCP网络交互。
3、Proxy集群代理模式:Proxy 功能,让 Cluster 拥有像单实例一样的接入方式,降低大家使用cluster的门槛。不过需要注意的是代理不改变 Cluster 的功能限制,不支持的命令还是不会支持,比如跨 slot 的多Key操作。
4、Modules API
Redis 6中模块API开发进展非常大,因为Redis Labs为了开发复杂的功能,从一开始就用上Redis模块。Redis可以变成一个框架,利用Modules来构建不同系统,而不需要从头开始写然后还要BSD许可。Redis一开始就是一个向编写各种系统开放的平台。