5数据类型在Redis中的使用场景,与及String类型的使用场景进行详细举例讲解
2021/8/28 19:13:40
本文主要是介绍5数据类型在Redis中的使用场景,与及String类型的使用场景进行详细举例讲解,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!
首先redis中可以使用的5种数据类型有:String、Hash、List、Set和Zset。
1)Redis支持的5种数据类型分别使用场景如下:
数据类型 | 使用场景 |
String | 比如存储用户登录的session信息;或者我想知道什么时候封锁一个IP地址(疑似长时间攻击服务器,存在风险的,就需要封锁),就使用String类型的incrby命令记录访问IP次数,达到一定阈值就封锁 |
Hash |
存储用户信息[id,name,age] 怎么使用呢? 使用Hset(key, field, value)来存,例如:Hset(userKey, id, 101)、Hset(userKey, name, admin)、Hset(userKey, age, 18) ----修改案例---- 比方说,修改用户的年龄,从18改为20: Hget(userKey, age) --> Hset(userKey, age, 20) 那么这时候就有人会问了,为什么不使用String类型来存储呢?请看下面String类型存储的情况: set(userKey, 用户信息的字符串) ,redis对用户信息进行序列化后存进redis --> get(userKey) 获取反序列化后的整个用户的全部信息,我只是要修改年龄,你却返回一堆东西给我,序列化和反序列化要进行IO,你把用户其余无关的信息也获取,是不是增加了IO,那肯定会导致性能有所下降呀,那如果又遇到高并发情况下呢,是不是严重影响系统的性能。 所以,不推荐使用String类型! |
List |
实现最新消息的排行,还可以利用List的push命令,将任务存放到list集合中,同时使用另一个命令pop,将任务从list集合中取出。 Redis可以通过List数据类型来模拟消息队列。例如,电商中的秒杀活动就可以采用这种方式来完成。 |
Set | 记住,特殊之处:可以自动排重(不重复)。比如,微博中将每个人的好友都存进set集合中,这样求两个人的共同好友的操作,我们只需要求交集即可。 |
Zset |
以某一个条件为权重,进行排序。 例如,京东商城的查看某类商品列表(电脑),都会有一个综合推荐排名,还可以按照价格、销量进行排名。 |
2)String类型的使用场景,举例说明
一. 缓存功能
我们都知道,项目中的所有的数据都是从存储层获取的,也就是数据库中。但如果所有的请求都从数据库中获取,会导致系统有很大的压力,因为直接从数据库中获取数据,会涉及到数据库中读写操作,而数据库中读写操作是会耗费系统资源的。所以对于大部分公司来说,系统的架构中都会添加一个缓存层,大部分的请求数据都会先从缓存层中获取,如果缓存层中没有查到数据,在从存储层获取,也就是数据库中。然后在将存储层获取到的数据同步到缓存层中。这样一来,对于大部分请求来说都会从缓存层中查找到,这样就大大降低了存储层的压力。而缓存层Redis是一种解决方案之一。下面我们简单模拟一下用户请求数据的过程。
二. 计数
计数功能在很多网站中都比较常见,最典型的就是页面的播放量。对于一个视频网站来说,由于访问的人数较多,如果每次有人访问,都直接修改数据库的话,那这种大并发量并且频繁的修改数据库的话,一定会对数据库造成较大的压力,极端情况下可能会导致数据库宕机等,并且由于访问量较大,我们在开发时,还要考虑多线程的兼容问题,否则会造成数据的不准确。除此之外,由于访问量很大,也会造成每个用户请求返回的时间变长(请求阻塞),用户访问网站时,可能会显示迟钝等等。
如果使用Redis之后,则可以解决这种情况。首先Redis是将数据保存到内存中的,相比数据库的磁盘IO操作,性能提升较明显。其次Redis(Redis 6.0 版本开始支持多线程了)是单线程架构,我们不用为大并发,而做特殊的多线程处理。其三就是Redis提供了很多支持原子性操作的命令,我们可以直接使用,而不用考虑相关细节。所以用Redis来实现网站或者其它业务的计数功能是比较合适的。但有一点要特别注意,我们将计数的数据保存在Redis中是为了不频繁的执行数据库的修改操作。而数据的最终结果还是要保存在数据库中的(虽然Redis有持久化功能)。所以我们在实际的开发中,可以选择某个时间点(比如夜深人静的凌晨1点左右),在将Redis中的计数数据同步到数据库中,大多数都会采用定时调度的方式,来同步数据,当然也可以考虑其它的计数实现。
三. 共享Session
我们知道在项目开发中Session中保存着用户的登录信息,当用户访问系统时,首先判断该用户的Session中有没有该用户的信息,当然同时还要判断是否超过了Session失效时间。如果有则认为用户已经成功登录过,可以允许继续访问,反之,则提示用户先登录,然后直接跳转到登录。在单一的架构中,上述场景是没有问题的,但是在分布式架构中上述场景就有问题了。我们知道Session是保存在服务端的,也就是说,我们的服务端部署在哪台机器上,Session就保存在哪台机器上。而分布式的方式是将服务端部署到了多台机器上。这就会导致一个问题,虽然用户登录成功了,但是由于负载均衡等原因,给用户提供服务的服务端和给用户登录的服务端,不在一台机器上,这样就会出现:虽然用户登录成功了,但是我们还是会提示用户没有登录。因为除了用户登录那台机器有用户Session信息外,其它的机器没有用户的Session信息,所以会出现上述情况。也就是如下图所示的那样:
既然上述的场景在分布式中有问题,那我就要想办法解决它。解决的方式有很多种,在这里,只介绍一种解决方案,也就是采用Redis解决。当用户登录成功时,我们不再将Session信息保存到本地的服务器中,而是将它保存到Redis中。这样无论哪个服务器先登录成功,对于用户的Session信息只有一份,也就是保存到Redis中的那一份。这样,当其它服务器判断用户是否登录时,都从Redis中进行同步获取Session信息。如果Redis中有用户的Session信息,而表示用户已登录;否则认为用户未登录过,或者登录失败。这样就解决了分布式用户登录的问题。也就是如下图所示:
上述这些都是Redis中String字符串类型的使用场景,但在实际开发中使用场景远远不只这些,而且我们要结合实际业务需求来使用。只要我们熟练的使用Redis中字符串类型的相关命令,就可以解决我们开发中很多复杂的问题。
参考文章:
https://blog.csdn.net/weixin_34187822/article/details/88860161
这篇关于5数据类型在Redis中的使用场景,与及String类型的使用场景进行详细举例讲解的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!
- 2024-12-24Redis资料:新手入门快速指南
- 2024-12-24Redis资料:新手入门教程与实践指南
- 2024-12-24Redis资料:新手入门教程与实践指南
- 2024-12-07Redis高并发入门详解
- 2024-12-07Redis缓存入门:新手必读指南
- 2024-12-07Redis缓存入门:新手必读教程
- 2024-12-07Redis入门:新手必备的简单教程
- 2024-12-07Redis入门:新手必读的简单教程
- 2024-12-06Redis入门教程:从安装到基本操作
- 2024-12-06Redis缓存入门教程:轻松掌握缓存技巧