Redis字符串类型使用场景

释放双眼,带上耳机,听听看~!

在上一篇中我们详细介绍了Redis字符串类型的相关命令及内部编码,在这一篇中,我们将通过上一篇的学习来了解一下在日常的开发中使用Redis的字符串类型,可以解决我们什么问题?


使用场景

一. 缓存功能

我们做开发时,都知道,项目中的所有的数据都是从存储层获取的,也就是数据库中。但如果所有的请求都从数据库中获取,会导致系统有很大的压力,因为直接从数据库中获取数据,会涉及到数据库中读写操作,而数据库中读写操作是会耗费系统资源的。所以对于大部分公司来说,系统的架构中都会添加一个缓存层,大部分的请求数据都会先从缓存层中获取,如果缓存层中没有查到数据,在从存储层获取,也就是数据库中。然后在将存储层获取到的数据同步到缓存层中。这样一来,对于大部分请求来说都会从缓存层中查找到,这样就大大降低了存储层的压力。而缓存层Redis是一种解决方案之一。下面我们简单模拟一下用户请求数据的过程。

img

二. 计数

计数功能在很多网站中都比较常见,最典型的就是页面的播放量。对于一个视频网站来说,由于访问的人数较多,如果每次有人访问,都直接修改数据库的话,那这种大并发量并且频繁的修改数据库的话,一定会对数据库造成较大的压力,极端情况下可能会导致数据库宕机等,并且由于访问量较大,我们在开发时,还要考虑多线程的兼容问题,否则会造成数据的不准确。除此之外,由于访问量很大,也会造成每个用户请求返回的时间变长,用户访问网站时,可能会显示迟钝等。而用Redis则不会出现这种情况。首先Redis是将数据保存到内存中的,相比数据库的磁盘IO操作,性能提升较明显。其次Redis是单线程架构,我们不用为大并发,而做特殊的多线程处理。其三就是Redis提供了很多支持原子性操作的命令,我们可以直接使用,而不用考虑相关细节。所以用Redis来实现网站或者其它业务的计数功能是比较合适的。但有一点要特别注意,我们将计数的数据保存在Redis中是为了不频繁的执行数据库的修改操作。而数据的最终结果还是要保存在数据库中的(虽然Redis有持久化功能)。所以我们在实际的开发中,可以选择某个时间点,在将Redis中的计数数据同步到数据库中,大多数都会采用定时调度的方式,来同步数据,当然也可以考虑其它的计数实现。


三. 共享Session

我们知道在项目开发中Session中保存着用户的登录信息,当用户访问系统时首先判断该用户的Session中有没有该用户的信息,当然还要判断是否超过了Session失效时间。如果有则认为用户已经成功登录过,所以允许访问,反之,则提示用户登录,或者直接跳转到登录。在单一的架构中,上述场景是没有问题的,但是在分布式架构中上述场景就有问题了。我们知道Session是保存在服务端的,也就是说,我们的服务端部署在哪台机器上,Session就保存在哪台机器上。而分布式的方式是将服务端部署到了多台机器上。这就会导致一个问题,虽然用户登录成功了,但是由于负载均衡等原因,给用户提供服务的服务端和给用户登录的服务端,不在一台机器上,这样就会出现,虽然用户登录成功了,但是我们还是会提示用户没有登录。因为除了用户登录那台机器有用户Session信息外,其它的机器没有用户的Session信息,所以会出现上述情况。也就是如下图所示的那样:

img

既然上述的场景在分布式中有问题,那我就要想办法解决它。解决的方式有很多种,在这里,只介绍一种解决方案,也就是采用Redis解决。当用户登录成功时,我们不在将Session信息保存到本地的服务器中,而是将它保存到Redis中。这样无论哪个服务器先登录成功,对于用户的Session信息只有一份,也就是保存到Redis中的那一份。这样,当其它服务器判断用户是否登录时,都从Redis中获取Session信息。如果Redis中有用户的Session信息,而用户一定登录成功过。否则,而用户未登录过,或者登录失败。这样就解决了,分布式用户登录的问题。也就是如下图所示:

img

上述这些都是Redis中字符串类型的使用场景,但在实际开发中使用场景远远不只这些。只要我们熟练的使用Redis中字符串类型的相关命令,就可以解决我们开发中很多复杂的问题。

0 条回复 A文章作者 M管理员
    暂无讨论,说说你的看法吧
个人中心
今日签到
有新消息 消息中心
有新私信 私信列表
搜索