首先redis中可以使用的5种数据类型有：String、Hash、List、Set和Zset。

1）Redis支持的5种数据类型分别使用场景如下：

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