# 一、Redis学习计划
# Redis基础(Windows环境)
- Redis入门
- 数据类型
- 通用命令
- Jedis
# Redis高级(Linux环境)
- 持久化
- redis.conf
- 事务
- 集群
# Redis应用(Linux环境)
- 企业级解决方案
# Redis基础(Windows环境)
# 二、Redis入门
诞生之前的问题
在Redis诞生之前,使用的一直是关系型数据库,无法解决海量用户、高并发的访问需求
性能瓶颈:磁盘IO性能低下
扩展瓶颈:数据关系复杂,扩展性差,不便于大规模集群
解决思路
- 降低磁盘IO次数,越低越好
- 去除数据间关系,越简单越好
# NoSQL的诞生
NoSQL:即Not-Only SQL(泛指非关系型的数据库),作为关系型数据库的补充。
作用:应对基于海量用户和海量数据前提下的数据处理问题。
# 特征
- 可扩容,可伸缩
- 大数据量下高性能
- 灵活的数据模型
- 高可用
# 常用NoSQL数据库
- Redis
- memcache
- HBase
- MongoDB
# 解决方案(电商场景)
商品基本信息(MySQL...)
- 名称
- 价格
- 厂商
商品附加信息(MongoDB)
- 描述
- 详情
- 评论
图片信息(分布式文件系统)
搜索关键字(ES、Lucene、 solr)
热点信息(Redis、memcache、 tair)
- 高频
- 波段性
基本信息存储逻辑图
# Redis介绍
概念:Redis (REmote DIctionary Server)是用C语言开发的一个开源的高性能键值对(key-value) 数据库。
特征:
- 数据间没有必然的关联关系
- 内部采用单线程机制进行工作
- 高性能:官方提供测试数据,50个并发执行100000个请求,读的速度是110000次/s,写的速度是81000次/s。
- 多数据类型支持
- 字符串类型string
- 列表类型list
- 散列类型hash
- 集合类型set
- 有序集合类型sorted_ set
- 持久化支持,可以进行数据灾难恢复
应用场景:
- 为热点数据加速查询(主要场景),如热点商品、热点新闻、热点资讯、推广类等高访问量信息等
- 任务队列,如秒杀、抢购、购票排队等
- 即时信息查询,如各位排行榜、各类网站访问统计、公交到站信息、在线人数信息(聊天室、网站)、设 备信号等
- 时效性信息控制,如验证码控制、投票控制等
- 分布式数据共享,如分布式集群架构中的session分离
- 消息队列
- 分布式锁
# Redis的下载和安装
点击下载地址 (opens new window)跳转到下载界面,下载相关的版本即可。
安装步骤简单,直接解压即可。启动server之后,打开cli文件
# Redis的基本操作
采用命令行的形式进行操作
- 功能性命令
- 清除屏幕信息
- 帮助信息查阅
- 退出指令
# 信息添加
功能:设置key,value数据
命令
set key value
范例
set name Real
# 信息查询
功能:根据key查询对应的value,如果不存在,返回空(nil)
命令
get key
范例
get name
# 清除屏幕
功能:清除屏幕中的信息
命令:
clear
# 获取帮助
功能:获取命令帮助文档,获取组中所有命令信息
命令:
help 命令名
help @组名
2
# 退出指令
功能:退出客户端
命令:
quit
exit
<ESC>
2
3
# 三、数据类型
# 数据存储类型
# 业务数据的特殊性
作为缓存使用
原始业务功能设计
- 秒杀
- 618活动
- 双11活动
- 排队购票
运营平台监控到的突发高频访问数据
- 突发时政要闻,被强势关注围观
高频、复杂的统计数据
- 在线人数
- 网络投票
附加功能
- 系统功能优化或升级
- 单服务器升级集群
- Session 管理
- Token管理
# Redis数据类型(5种常用)
- string 类比为String
- list 类比为LinkedList
- hash 类比为HashMap
- set 类比为HashSet
- sorted_set 类比为TreeSet
# Redis存储数据格式
- Redis自身是一个Map,其中所有的数据都是采用key: value的形式存储
- 数据类型指的是存储的数据的类型,也就是value部分的类型,key 部分永远都是字符串
# string
- 存储的数据:单个数据,最简单的数据存储类型,也是最常用的数据存储类型
- 存储数据的格式:一个存储空间保存一个数据
- 存储内容:通常使用字符串,如果字符串以整数的形式展示,可以作为数字操作使用
添加/修改数据
set key value
获取数据
get key
删除数据
del key
添加/修改多个数据
mset key1 value1 key2 value2 ..
获取多个数据
mget key1 key2 ..
获取数据字符个数(字符串长度)
strlen key
追加信息到原始信息后部(如果原始信息存在就追加,否则新建)
append key value
根据以上的指令,单数据操作和多数据操作的选择:
Redis的数据处理上,单数据操作和多数据操作都会花费时间,但是在数据量特别大的时候,多数据操作一次发送和返回的数据量过大,可能会导致单线程阻塞,所以需要切割数据。根据上述指令操作可以看出,一般情况下,在一定范围内的单词多数据操作,花费的时间要小于多次的单数据操作。
业务场景
大型企业级应用中,分表操作是基本操作,使用多张表存储同类型数据,但是对应的主键id必须保证统一性,不能重复。Orade数据库具有sequence设定,可以解决该问题,但是MySQl数据库并不具有类似的机制,那么如何解决?
解决方案
- 设置数值数据增加指定范围的值
incr key
incrby key increment
incrbyfloat key increment
2
3
- 设置数值数据减少指定范围的值
decr key
decrby key increment
2
# String作为数值操作
- string在redis内部存储默认就是一个字符串,当遇到增减类操作incr,decr时会转成数值型进行计算。
- redis所有的操作都是原子性的,采用单线程处理所有业务,命令是一个个执行的,因此无需考虑并发带来的数据影响。
- 注意:按数值进行操作的数据,如果原始数据不能转成数值,或超越了redis数值上限范围,将报错。 9223372036854775807 (java中long型数据最大值,,Long.MAX _VALUE)
建议
- redis用于控制数据库表主键id,为数据库表主键提供生成策略,保障数据库表的主键唯一性
- 此方案适用于所有数据库,支持数据库集群
# String设置生命周期
业务场景
- “最强女生”启动海选投票,只能通过微信投票,每个微信号每4小时只能投1票。
- 电商商家开启热门商品推荐,,热门商品不能一直处于热门期,每种商品热门期维持3天,3天后自动取消热门。
- 新闻网站会出现热点新闻,热点新闻最大的特征是时效性,如何自动控制热点新闻的时效性。
解决方案
设置数据具有指定的生命周期
setex key seconds value psetex key milliseconds value
1
2
建议
- redis控制数据的生命周期,通过数据是否失效控制业务行为,适用于所有具有时效性限定控制的操作
业务场景
- 主页高频访问信息显示控制,例如新浪微博大V主页显示粉丝数与微博数量
解决方案
- 在redis中为大V用户设定用户信息,以用户主键和属性值作为key,后台设定定时刷新策略即可
user:id:3506728370:fans → 12210947
user:id:3506728370:blogs → 6164
user:id:3506728370:focuss → 83
2
3
- 在redis中以json格式存储大V用户信息,定时刷新(也可以使用hash类型)
user:id:3506728370 → { id:3506728370, name:春晚, fans:12210862, blogs:6164 , focus:83 }
建议
- redis应用于各种结构型和非结构型高热度数据访问加速
- 数据库中的热点数据key命名规范
# 注意事项
数据操作不成功的反馈与数据正常操作之间的差异:
①表示运行结果是否成功
- (integer)0 →false 失败
- (integer)1 →true 成功
②表示运行结果值
- (integer)3 →3 3个
- (integer)1 →1 1个
数据未获取到:
- (nil)等同于null
数据最大存储:512MB
数值计算最大范围:(java中的long的最大值)9223372036854775807
# hash
对象类的数据如果具有较为频繁的更新需求,操作会显得笨重
- 新的存储需求:对一系列存储的数据进行编组,方便管理,典型应用存储对象信息
- 需要的存储结构:一个存储空间保存多个键值对数据
- hash类型:底层使用hash表结构实现数据存储
hash存储结构优化
- 如果field数量较少,存储结构优化为类数组结构
- 如果field数量较多,存储结构使用HashMap结构
# 基本操作
添加/修改数据
hset key field value
获取数据
hget key field
hgetall key
2
删除数据
hde1 key field1 [field2]
添加/修改多个数据
hmset key field1 value1 field2 value2 ...
获取多个数据
hmget key field1 field2
获取哈希表中字段的数量
hlen key
获取哈希表中是否存在指定的字段
hexists key field
# 扩展操作
获取哈希表中所有的字段名或字段值
hkeys key
hvals key
2
设置指定字段的数值数据增加指定范围的值
hincrby key field increment
hincrbyfloat key field increment
2
为哈希表中不存在的的字段赋值
hsetnx key field value
# 注意事项
- hash类型下的value只能存储字符串,不允许存储其他数据类型,不存在嵌套现象。如果数据未获取到,对应的值为(nil)
- 每个hash可以存储2^32- 1个键值对
- hash类型十分贴近对象的数据存储形式,并且可以灵活添加删除对象属性。但hash设计初衷不是为了存储大量对象而设计的,切记不可滥用,更不可以将hash作为对象列表使用
hgetall
操作可以获取全部属性,如果内部field过多,遍历整体数据效率就很会低,有可能成为数据访问瓶颈(建议随拿随取,专门拿出想要的数据,不建议全部取出来)
# 应用场景
电商网站购物车设计与实现
业务分析
- 仅分析购物车的redis存储模型
- 添加、浏览、更改数量、删除、清空
- 购物车于数据库间持久化同步(不讨论)
- 购物车于订单间关系(不讨论)
- 提交购物车:读取数据生成订单
- 商家临时价格调整:隶属于订单级别
- 未登录用户购物车信息存储(不讨论) cookie存储
解决方案
- 以客户id作为key,每位客户创建一个hash存储结构存储对应的购物车信息
- 将商品编号作为field,购买数量作为value进行存储
- 添加商品:追加全新的field与value
- 浏览:遍历hash
- 更改数量:自增/自减,设置value值
- 删除商品:删除field
- 清空:删除key
建议
当前操作是否提高了购物车的呈现速度
当前仅仅是将数据存储到了redis中,并没有起到加速的作用,商品信息还需要二次查询数据库
- 每条购物车中的商品记录保存成两条field
- field1专用于保存购买数量 命名格式:商品id:nums 保存数据:数值
- field2专用于保存购物车中显示的信息,包含文字描述,图片地址,所属商家信息等 命名格式:商品id:info 保存数据:json 将这一部分设置为独立hash
业务场景
双11活动日,销售手机充值卡的商家对移动、联通、电信的30元、 50元、 100元商品推出抢购活动,每种商品抢购上限1000张
解决方案
- 以商家id作为key
- 将参与抢购的商品id作为field
- 将参与抢购的商品数量作为对应的value
- 抢购时使用降值的方式控制产品数量
- 实际业务中还有超卖等实际问题,这里不做讨论
建议
- redis应用于抢购,限购类、限量发放优惠券、激活码等业务的数据存储设计
# list
- 数据存储需求:存储多个数据,并对数据进入存储空间的顺序进行区份
- 需要的存储结构:一个存储空间保存多个数据,且通过数据可以体现进入顺序
- list类型:保存多个数据,底层使用双向链表存储结构实现
# 基本操作
添加/修改数据
lpush key value1 [value2]....
rpush key value1 [value2]....
2
获取数据
lrange key start stop
1index key index
llen key
2
3
获取并移除数据
lpop key
rpop key
2
# 扩展操作
规定时间内获取并移除数据
blpop key1 [key2] timeout
brpop key1 [key2] timeout
2
# 应用场景
- 微信朋友圈点赞,要求按照点赞顺序显示点赞好友信息
- 如果取消点赞,移除对应好友信息
解决方案
移除指定数据
lrem key count value
建议
redis应用于具有操作先后顺序的数据控制
# 注意事项
- list中保存的数据都是string类型的,数据总容量是有限的,最多2^32-1个元素(4294967295)。
- list具有索引的概念,但是操作数据时通常以队列的形式进行入队出队操作,或以栈的形式进行入栈出栈操作
- 获取全部数据操作结束索引设置为-1
- list可以对数据进行分页操作,通常第一页的信息来自于list,第2页及更的信息通过数据库的形式加载
业务场景
twitter、新浪微博、腾讯微博中个人用户的关注列表需要按照用户的关注顺序进行展示,粉丝列表需要将最近关注的粉丝列在前面
新闻、资讯类网站如何将最新的新闻或资讯按照发生的时间顺序展示?
企业运营过程中,系统将产生出大量的运营数据,如何保障多台服务器操作日志的统一顺序输出?
解决方案
- 依赖list的数据具有顺序的特征对信息进行管理
- 使用队列模型解决多路信息汇总合并的问题
- 使用栈模型解决最新消息的问题
建议
- redis应用于最新消息展示,可以把Redis当成一个消息的聚集
# set
- 新的存储需求:存储大量的数据,在查询方面提供更高的效率
- 需要的存储结构:能够保存大量的数据,高效的内部存储机制,便于查询
- set类型:与hash存储结构完全相同,仅存储键,不存储值(nil),并且值是不允许重复的
# 基本操作
添加数据
sadd key member1 [member2]
获取全部数据
smembers key
删除数据
srem key member1 [member2]
获取集合数据总量
scard key
判断集合中是否包含指定数据
sismember key member
# 扩展操作
业务场景
每位用户首次使用今日头条时会设置3项爱好的内容,但是后期为了增加用户的活跃度、兴趣点,必须让用户对其他信息类别逐渐产生兴趣,增加客户留存度,如何实现?
业务分析
- 系统分析出各个分类的最新或最热点信息条目并组织成set集合
- 随机挑选其中部分信息
- 配合用户关注信息分类中的热点信息组织成展示的全信息集合
解决方案
随机获取集合中指定数量的数据
srandmember key [count]
随机获取集合中的某个数据并将该数据移出集合
spop key
建议
- redis应用于随机推荐类信息检索,例如热点歌单推荐,热点新闻推荐,热卖旅游线路,应用APP推荐,大V推荐等
业务场景
- QQ新用户入网年龄越来越低,这些用户的朋友圈交际圈非常小,往往集中在一所学校甚至一个班级中,如何帮助用户快速积累好友用户带来更多的活跃度?
- 微信公众号是微信信息流通的渠道之一,增加用户关注的公众号成为提高用户活跃度的一种方式,如何帮助用户积累更多关注的公众号?
- 美团外卖为了提升成单量,必须帮助用户挖掘美食需求,如何推荐给用户最适合自己的美食?
解决方案
求两个集合的交、并、差集
sinter key1 [key2]
sunion key1 [key2]
sdiff key1 [key2]
2
3
求两个集合的交、并、差集并存储到指定集合中
sinterstore destination key1 [key2]
sunionstore destination key1 [key2]
sdiffstore destination key1 [key2]
2
3
将指定数据从原始集合中移动到目标集合中
smove source destination member
建议
- redis应用于同类信息的关联搜索,二度关联搜索,深度关联搜索
- 显示共同关注(一度)
- 显示共同好友(一度)
- 由用户A出发,获取到好友用户B的好友信息列表(一度)
- 由用户A出发,获取到好友用户B的购物清单列表(二度)
- 由用户A出发,获取到好友用户B的游戏充值列表(二度)
# 注意事项
- set类型不允许数据重复,如果添加的数据在set中已经存在,将只保留一份
- set虽然与hash的存储结构相同,但是无法启用hash中存储值的空间
业务场景
集团公司共具有12000名员工,内部OA系統中具有700多个角色,3000多 个业务操作,23000多种数据,每位员工具有一个或多 个角色,如何快速进行业务操作的权限校验?
解决方案
- 依赖set集合数据不重复的特征,依赖set集合hash存储结构特征完成数据过滤与快速查询
- 根据用户id获取用户所有角色
- 根据用户所有角色获取用户所有操作权限放入set集合
- 根据用户所有角色获取用户所有数据全选放入set集合
建议
- redis应用于同类型不重复数据的合并操作
Redis提供基础数据还是提供校验结果?
为了降低程序的耦合性以及提高运行效率,不建议将数据的校验结果放在Redis进行处理,应该放在业务端进行处理
业务场景
- 公司对旗下新的网站做推广,统计网站的PV (访问量),UV (独立访客),IP (独立IP)
- PV:网站被访问次数,可通过刷新页面提高访问量
- UV:网站被不同用户访问的次数,可通过cookie统计访问量,相同用户切换IP地址,UV不变
- IP:网站被不同IP地址访问的总次数,可通过IP地址统计访问量,相同IP不同用户访问,IP不变
解决方案
- 利用set集合的数据去重特征,记录各种访问数据
- 建立string类型数据,利用incr统计日访问量(PV)
- 建立set模型,记录不同cookie数量(UV)
- 建立set模型,记录不同IP数量(IP)
建议
- redis应用于同类型数据的快速去重
业务场景
黑名单 资讯类信息类网站追求高访问量,但是由于其信息的价值,往往容易被不法分子利用,通过爬虫技术,快速获取信息,个别特种行业网站信息通过爬虫获取分析后,可以转换成商业机密进行出售。例如第三方火车票、机票、酒店刷票代购软件,电商刷评论、刷好评。同时爬虫带来的伪流量也会给经营者带来错觉,产生错误的决策,有效避免网站被爬虫反复爬取成为每个网站都要考虑的基本问题。在基于技术层面区分出爬虫用户后,需要将此类用户进行有效的屏蔽,这就是黑名单的典型应用。 ps:不是说爬虫一定做摧毁性的工作,有些小型网站需要爬虫为其带来一些流量。 白名单 对于安全性更高的应用访问,仅仅靠名单是不能解决安全问题的,此时需要设定可访问的用户群体,依赖白名单做更为苛刻的访问验证。
解决方案
- 基于经营战略设定问题用户发现、鉴别规则
- 周期性更新满足规则的用户名单,加入set集合
- 用户行为信息达到后与黑名单进行比对,确认行为去向
- 黑名单过滤IP地址:应用于开放游客访问权限的信息源
- 黑名单过滤设备信息:应用于限定访问设备的信息源
- 黑名单过滤用户:应用于基于访问权限的信息源
建议
- redis应用于基于黑名单与白名单设定的服务控制
# sorted_set
- 新的存储需求:数据排序有利于数据的有效展示,需要提供一种可以根据自身特征进行排序的方式
- 需要的存储结构:新的存储模型,可以保存可排序的数据
- sorted_ set类型:在set的存储结构基础上添加可排序字段
# 基本操作
添加数据
zadd key score1 member1 [score2 member2]
获取全部数据
zrange key start stop [WITHSCORES]
zrevrange key start stop [WITHSCORES]
2
删除数据
zrem key member [member ... ]
按条件获取数据
zrangebyscore key min max [WIThSCORES] [LIMIT]
zrevrangebyscore key max min [WITHSCORES]
2
按条件删除数据
zremrangebyrank key start stop
zremrangebyscore key min max
2
注意
- min与max用于限定搜索查询的条件
- start与stop用于限定查询范围,作用于索引,表示开始和结束索引
- offset与count用于限定查询范围,作用于查询结果,表示开始位置和数据总量
获取集合数据总量
zcard key
zcount key min max
2
集合交、并操作
zinterstore destination numkeys key [key ...]
zunionstore destination numkeys key [key ...]
2
# 扩展操作
业务场景
- 票选广东十大杰出青年,各类综艺、选秀、海选、投票
- 各类资源网站TOP10 (电影、歌曲、文档、电商、游戏等)
- 聊天室活跃度统计
- 游戏好友亲密度
解决方案
获取数据对应的索引(排名)
zrank key member
zrevrank key member
2
score值获取与修改
zscore key member
zincrby key increment member
2
建议
- redis应用于计数器组合排序功能对应的排名
# 注意事项
- score保存的数据存储空间是64位,如果是整数范围是-9007199254740992~9007199254740992
- score保存的数据也可以是一个双精度的double值,基于双精度浮点数的特征,可能会丢失精度,使用时候要慎重
- sorted_ set底层存储还是基于set结构的,因此数据不能重复,如果重复添加相同的数据,score值将被反复覆盖,保留最后一次修改的结果
业务场景
- 基础服务+增值服务类网站会设定各位会员的试用,让用户充分体验会员优势。例如观影试用VIP、游戏VIP体验、云盘下载体验VIP、数据查看体验VIP。当VIP体验到期后,如果有效管理此类信息,即便对于正式VIP用户也存在对应的管理方式。
- 网站会定期开启投票、讨论,限时进行,逾期作废。如何有效管理此类过期信息。
解决方案
对于基于时间线限定的任务处理,将处理时间记录为score值,利用排序功能区分处理的先后顺序
记录下一个要处理的时间,当到期后处理对应任务,移除redis中的记录,并记录下一个要处理的时间
当新任务加入时,判定并更新当前下一个要处理的任务时间
为提升sorted_set的性能,通常将任务根据特征存储成若千个sorted set。例如1小时内,1天内,周内,月内,季内,年度等,操作时逐级提升,将即将操作的若干个任务纳入到1小时内处理的队列中
获取当前系统时间
time
1
建议
- redis应用于定时任务执行顺序管理或任务过期管理
# 应用场景
业务场景
任务/消息权重设定应用
- 当任务或者消息待处理,形成了任务队列或消息队列时,对于高优先级的任务要保障对其优先处理,如何实现任务权重管理
解决方案
- 对于带有权重的任务,优先处理权重高的任务,采用score记录权重即可
- 多条件任务权重设定 如果权重条件过多时,需要对排序score值进行处理,保障score值能够兼容两个条件或者多条件,例如外贸订单优先于国内订单,总裁订单优先于员工订单,经理订单优先于员工订单,总裁订单优于经理订单
- 因score长度受限,需要对数据进行截断处理,尤其是时间设置为小时或分钟级即可(折算后)
- 先设定订单类别,后设定订单发起角色类别,整体score长度必须是统一的,不足位补0。第一排序规则首位不得是0
- 例如外贸101,国内102,经理004,员工008
- 员工下的外贸单score值为101008 (优先)
- 经理下的国内单score值为102004
建议
- redis应用于即时任务/消息队列执行管理
# 实践案例
# 场景一
业务场景
人工智能领域的语义识别与自动对话将是未来服务业机器人应立答呼叫体系中的重要技术,百度自研用户评价语义识别服务,免费开放给企业试用,同时训练百度自己的模型。现对试用用户的使用行为进行限速,限制每个用户每分钟最多发起10次调用
解决方案
- 设计计数器,记录调用次数,用于控制业务执行次数。以用户id作为key,使用次数作为value
- 在调用前获取次数,判断是否超过限定次数
- 不超过次数的情况下,每次调用计数+1
- 业务调用失败,计数-1
- 为计数器设置生命周期为指定周期,例如1秒/分钟,自动清空周期内使用次数
改良
- 取消最大值的判定,利用incr操作超过最大值抛出异常的形式替代每次判断是否大于最大值
- 判断是否为nil
- 如果是,设置为Max-次数
- 如果不是,计数+1
- 业务调用失败,计数-1
- 遇到异常即+操作超过上限,视为使用达到上限
建议
- redis应用于限时按次结算的服务控制
# 场景二
业务场景
- 使用微信的过程中,当微信接收消息后,会默认将最近接收的消息置顶,当多个好友及关注的订阅号同时发送消息时,该排序会不停的进行交替,同时还可以将重要的会话设置为置顶。一旦用户离线后,再次打开微信时,消息该按照什么样的顺序显示?
解决方案
- 依赖list的数据具有顺序的特征对消息进行管理,将list结构作为栈使用
- 对置顶与普通会话分别创建独立的Iist分别管理
- 当某个list中接收到用户消息后,将消息发送方的id从list的一侧加入list (此处设定左侧)
- 多个相同id发出的消息反复入栈会出现问题,在入栈之前无论是否具有当前id对应的消息,先删除对应id
- 推送消息时先推送置顶会话list,再推送普通会话list,推送完成的Ilist清除所有数据
- 消息的数量,也就是微信用户对话数量采用计数器的思想另行记录,伴随list操作同步更新
建议
- redis应用于基于时间顺序的数据操作,而不关注具体时间
# 业务列表
Tips 1: redis用于控制数据库表主键id,为数据库表主键提供生成策略,保障数据库表的主键唯一性 Tips 2: redis控制数据的生命周期,通过数据是否失效控制业务行为,适用于所有具有时效性限定控制的操作 Tips 3: redis应用于各种结构型和非结构型高热度数据访问加速 Tips 4: redis应用于购物车数据存储设计 Tips 5: redis应用于抢购,限购类、限量发放优惠卷、激活码等业务的数据存储设计 Tips 6: redis应用于具有操作先后顺序的数据控制 Tips 7: redis应用于最新消息展示 Tips 8: redis应用于随机推荐类信息检索,例如热点歌单推荐,热点新闻推荐,热卖旅游线路,应用APP推荐等 Tips 9: redis应用于同类信息的关联搜索,二度关联搜索,深度关联搜索 Tips 10: redis 应用于同类型不重复数据的合并、取咬集操作 Tips 11: redis 应用于同类型数据的快速去重 Tips 12: redis 应用于基于黑名单与白名单设定的服务控制 Tips 13: redis 应用于计数器组合排序功能对应的排名 Tips 14: redis 应用于定时任务执行顺序管理或任务过期管理 Tips 15: redis 应用于及时任务/消息队列执行管理 Tips 16: redis 应用于按次结算的服务控制 Tips 17: redis 应用于基于时间顺序的数据操作,而不关注具体时间
# 四、通用指令
# key通用指令
# key特征
- key是一个字符串,通过key获取redis中保存的数据
- key应该设计哪些操作?
- 对于key自身状态的相关操作,例如:删除,判定存在,获取类型等
- 对于key有效性控制相关操作,例如:有效期设定,判定是否有效,有效状态的切换等
- 对于key快速查询操作,例如:按指定策略查询key
# 基本操作
删除指定key
del key
获取key是否存在
exists key
获取key的类型
type key
# 扩展操作(时效性控制)
为指定key设置有效期
expire key seconds
pexpire key milliseconds
expireat key timestamp
pexpireat key milliseconds-timestamp
2
3
4
获取key的有效时间
ttl key
pttl key
2
- 如果键有设置过期时间,当键过期或者被删除了,TTL命令返回-2;当键没有设置过期时间,表示是永久的,TTL命令返回-1;若键还存在有效期之内(设置了有效期),TTL命令返回的是剩余的有效期
切换key从时效性转换为永久性
persist key
# 扩展操作(查询模式)
查询key
keys pattern
查询模式规则 *
匹配任意数量的任意符号
?
配合一个任意符号
[]
匹配一个指定符号
keys *
查询所有keys it*
查询所有以it开头keys *heima
查询所有以heima结尾keys ??heima
查询所有前面两个字符任意,后面以heima结尾keys user:?
查询所有以user:开头,最后一个字符任意keys u[st]er:1
查询所有以u开头,以er:1结尾,中间包含一个字母,s或t
# 其他操作
为key改名
rename key newkey
renamenx key newkey
2
对所有key排序
sort key [desc]
其他key通用操作
help @generic
# 数据库通用指令
# key的重复问题
- key是由程序员定义的
- redis在使用过程中,伴随着操作数据量的增加,会出现大量的数据以及对应的key
- 数据不区分种类、类别混杂在一起,极易出现重复或冲突
# 解决方案
- redis为每个服务提供有16个数据库,编号从0到15
- 每个数据库之间的数据相互独立
# DB基本操作
切换数据库
select index
其他操作
quit
ping
echo message
2
3
# DB相关操作
数据移动
move key db
将数据从一个数据库分区移动到另一个数据库分区,相当于剪切操作,原来的数据会被清除
移动操作指令是在原有数据的数据库分区进行的,移动之后在运行get key
指令的话是找不到这个数据的
且移动操作必须保证这个key
命名的数据在目标分区内不存在,否则将会移动失败
数据清除
dbsize
flushdb
flushall
2
3
flushdb
清空当前选中的数据库分区,默认是同步操作,但不进行持久化操作;而flushall
则是清除所有数据库分区中的所有数据,默认是同步操作,并进行持久化操作
# 五、Jedis
# Jedis简介
# 编程语言与Jedis
- Java语言连接Redis
- Jedis
- SpringData Redis
- Lettuce
- C、C ++、C#、Erlang、Lua、Objective-C、Perl、PHP、Python、Ruby、Scala
# HelloWorld (Jedis版)
步骤一、创建Maven工程,并在pom.xml文件中导入以下的依赖jar包
<dependencies>
<dependency>
<groupId>redis.clients</groupId>
<artifactId>jedis</artifactId>
<version>3.6.0</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
</dependencies>
2
3
4
5
6
7
8
9
10
11
12
步骤二、在Test包下创建Test类
public class JedisTest {
@Test
public void testJedis() {
// 1. 连接Redis
Jedis jedis = new Jedis("127.0.0.1", 6379);
// 2. 操作Redis
jedis.set("name", "Hello World");
String name = jedis.get("name");
System.out.println(name);
// 3. 关闭Redis
jedis.close();
}
}
2
3
4
5
6
7
8
9
10
11
12
13
# Jedis读写Redis数据
@Test
public void testList() {
// 1. 连接Redis
Jedis jedis = new Jedis("127.0.0.1", 6379);
// 2. 操作Redis
// list 中多次操作会多次添加
jedis.rpush("list1", "a", "b", "c");
List<String> list1 = jedis.lrange("list1", 0, -1);
System.out.println(list1);
System.out.println(jedis.llen("list1"));
// 3. 关闭Redis
jedis.close();
}
@Test
public void testHash() {
// 1. 连接Redis
Jedis jedis = new Jedis("127.0.0.1", 6379);
// 2. 操作Redis
// hash 相同 Field 值的数据会覆盖
jedis.hset("hash1", "a1", "a1");
jedis.hset("hash1", "a2", "a2");
jedis.hset("hash1", "a3", "a3");
Map<String, String> map = jedis.hgetAll("hash1");
System.out.println(map);
System.out.println(jedis.hlen("hash1"));
// 3. 关闭Redis
jedis.close();
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
业务场景
人工智能领域的语义识别与自动对话将是未来服务业机器人应答呼叫体系中的重要技术,百度自研用户评价语义识别服务,免费开放给企业试用,同时训练百度自己的模型。现对试用用户的使用行为进行限速,限制每个用户每分钟最多发起10次调用。
案例要求 ①设定A、B、C三个用户 ②A用户限制10次/分调用,B用户限制30次/分调用,C用户不限制
解决方案
①设定一个服务方法,用于模拟实际业务调用的服务,内部采用打印模拟调用 ②在业务调用前服务调用控制单元,内部使用redis进行控制,参照之前的方案 ③对调用超限使用异常进行控制,异常处理设定为打印提示信息 ④主程序启动3个线程,分别表示3种不同用户的调用
实现步骤
步骤一、创建一个多线程类
public class MyThread extends Thread{
Service service;
public MyThread(String id, int num) {
service = new Service(id, num);
}
@Override
public void run() {
while (true) {
service.service();
try {
Thread.sleep(300L);
} catch (InterruptedException e) {
e.printStackTrace();
}
}
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
步骤二、创建一个服务类,用于判断用户的级别以及业务执行的次数
public class Service {
private String id;
private int num;
public Service(String id, int num) {
this.id = id;
this.num = num;
}
// 控制单元
public void service() {
// 1. 连接Redis
Jedis jedis = new Jedis("127.0.0.1", 6379);
// 2. 操作数据
String value = jedis.get("compid:" + id);
// 判断数据是否存在
try {
if (value == null) {
// 不存在,创建该值
jedis.setex("compid:" + id, 20, Long.MAX_VALUE - num + "");
} else {
// 存在,调用业务
Long count = jedis.incr("compid:" + id);
business(id, count);
}
} catch (JedisDataException e) {
System.out.println("业务调用次数已达上限,请升级");
} finally {
// 3. 关闭连接
jedis.close();
}
}
// 业务操作
public void business(String id, Long count) {
System.out.println("用户id:" + id + " 业务操作执行第" + (num - (Long.MAX_VALUE - count)) + "次");
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
步骤三、创建测试类
public class Test {
public static void main(String[] args) {
MyThread mt1 = new MyThread("初级用户", 10);
MyThread mt2 = new MyThread("高级用户", 20);
mt1.start();
mt2.start();
}
}
2
3
4
5
6
7
8
# Jedis简易工具类开发
JedisPool:Jedis提供的连接池技术
poolConfig:连接池配置对象
host:redis服务地址
port:redis服务端口号
public JedisPool(Genericobject PoolConfig poolConfig, String host, int port) { this(poolConfig, host, port, 2000, (String)null, 0, (String)null); }
1
2
3
redis.properties
redis.host=127.0.0.1
redis.port=6379
redis.maxTotal=30
redis.maxIdle=10
2
3
4
利用静态代码块加载连接所需要的资源
public class JedisUtils {
private static JedisPool jedisPool = null;
private static String host;
private static int port;
private static int maxTotal;
private static int maxIdle;
static {
// 绑定配置文件
ResourceBundle rb = ResourceBundle.getBundle("redis");
host = rb.getString("redis.host");
port = Integer.parseInt(rb.getString("redis.port"));
maxTotal = Integer.parseInt(rb.getString("redis.maxTotal"));
maxIdle = Integer.parseInt(rb.getString("redis.maxIdle"));
JedisPoolConfig jpc = new JedisPoolConfig();
jpc.setMaxTotal(maxTotal); // 最大连接数
jpc.setMaxIdle(maxIdle); // 最大活动连接数
jedisPool = new JedisPool(jpc, host, port);
}
public static Jedis getJedis() {
return jedisPool.getResource();
}
// 运行测试
public static void main(String[] args) {
JedisUtils.getJedis();
}
}
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
# 可视化客户端
# Redis Desktop Manager
下载路径
下载地址 (opens new window) 提取码:3i9b
安装步骤很简单,直接点击下一步即可
使用方式很简单,不做过多介绍