Redis字符串类型使用场景

在上一篇中咱们详细介绍了Redis字符串类型的相关命令及内部编码，在这一篇中，咱们将经过上一篇的学习来了解一下在平常的开发中使用Redis的字符串类型，能够解决咱们什么问题？

---

使用场景

---

一. 缓存功能

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

---

二. 计数

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

---

三. 共享Session

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

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

---

上述这些都是Redis中字符串类型的使用场景，但在实际开发中使用场景远远不仅这些。只要咱们熟练的使用Redis中字符串类型的相关命令，就能够解决咱们开发中不少复杂的问题。

---

• 原文地址：http://jilinwula.com/article/...