如何使用redis实现分布式缓存

本文小编为大家详细介绍“如何使用redis实现分布式缓存”，内容详细，步骤清晰，细节处理妥当，希望这篇“如何使用redis实现分布式缓存”文章能帮助大家解决疑惑，下面跟着小编的思路慢慢深入，一起来学习新知识吧。分布式缓存描述：分布式缓存重点是在分布式上，相信大家接触过的分布式有很多中，像分布式开发，分布式部署，分布式锁、事物、系统 等有很多。使我们对分布式本身就有一个很明确的认识，分布式就是有多个应用程序组成，可能分布在不同的服务器上，最终都是在为web端提供服务。
分布式缓存有以下几点优点：所有的Web服务器上的缓存数据都是相同的，不会因为应用程序不同，服务器的不同导致缓存数据的不一样。缓存的是独立的不受Web服务器的重新启动或被删除添加的影响，也就是说这些Web的改变不到导致缓存数据的改变。传统的单体应用架构因为用户的访问量的不高，缓存的存在大多数都是存储用户的信息，以及一些页面，大多数的操作都是直接和DB进行读写交互，这种架构简单，也称为简单架构，
传统的OA项目比如ERP,SCM,CRM等系统因为用户量不大也是因为大多数公司业务的原因，单体应用架构还是很常用的架构，但是有些系统随着用户量的增加，业务的扩张扩展，导致DB的瓶颈的出现。以下我所了解到的关于这种情况的处理有以下两种（1）：当用户访问量不大，但是读写的数据量很大的时候，我们一般采取的是，对DB进行读写分离、一主多从、对硬件进行升级的方式来解决DB瓶颈的问题。
这样的缺点也同样纯在：1、用户量大的时候怎么办？，
2、对于性能的提升有限，
3、性价比不高。提升一点性能就需要花费很多代价，（打个比方，现在的I/O吞吐量是0.9的需要提升到1.0，我们在增加机器配置的情况下这个价格确实很可观的）（2）：当用户访问量也增加的时候，我们就需要引入缓存了来解决了，一张图描述缓存的大致的作用。缓存主要针对的是不经常发生改变的并且访问量很大的数据，DB数据库可以理解为只作为数据固化的或者只用来读取经常发生改变的数据，上图中我没有画SET的操作，就是想特意说明一下，缓存的存在可以作为一个临时的数据库，我们可以通过定时的任务的方式去同步缓存和数据库中的数据，这样做的好处是可以转移数据库的压力到缓存中。缓存的出现解决了数据库压力的问题，但是当以下情况发生的时候，缓存就不在起到作用了，缓存穿透、缓存击穿、缓存雪崩这三种情况。缓存穿透：我们的程序中用缓存的时候一般采取的是先去缓存中查询我们想要的缓存数据，如果缓存中不存在我们想要的数据的话，缓存就失去了做用（缓存失效）我们就是需要伸手向DB库去要数据，这个时候这种动作过多数据库就崩溃了，这种情况需要我们去预防了。比如说：我们向缓存获取一个用户信息，但是故意去输入一个缓存中不存在的用户信息，这样就避过了缓存，把压力重新转移到数据上面了。对于这种问题我们可以采取，把第一次访问的数据进行缓存，因为缓存查不到用户信息，数据库也查询不到用户信息，这个时候避免重复的访问我们把这个请求缓存起来，把压力重新转向缓存中，有人会有疑问了，当访问的参数有上万个都是不重复的参数并且都是可以躲避缓存的怎么办，我们同样把数据存起来设置一个较短过期时间清理缓存。缓存击穿：事情是这样的，对于一些设置了过期时间的缓存KEY,在过期的时候，程序被高并发的访问了（缓存失效），这个时候使用互斥锁来解决问题，互斥锁原理：通俗的描述就是，一万个用户访问了，但是只有一个用户可以拿到访问数据库的权限，当这个用户拿到这个权限之后重新创建缓存，这个时候剩下的访问者因为没有拿到权限，就原地等待着去访问缓存。永不过期：有人就会想了，我不设置过期时间不就行了吗？可以，但是这样做也是有缺点的，我们需要定期的取更新缓存，这个时候缓存中的数据比较延迟。缓存雪崩：是指多种缓存设置了同一时间过期，这个时候大批量的数据访问来了，（缓存失效）数据库DB的压力又上来了。解决方法在设置过期时间的时候在过期时间的基础上增加一个随机数尽可能的保证缓存不会大面积的同事失效。项目准备1、首先安装Redis
2、然后下载安装：客户端工具：RedisDesktopManager（方便管理）
3、在我们的项目Nuget中 引用 Microsoft.Extensions.Caching.Redis为此我们新建一个ASP.NET Core MVC项目，在项目Startup类的ConfigureServices方法中先注册Redis服务：也可以在上面注册Redis服务的时候，指定Redis服务器的IP地址、端口号和登录密码：后面我们会解释上面options.InstanceName设置的Redis实例名DemoInstance是用来做什么的此外还可以在services.AddDistributedRedisCache方法中指定Redis服务器的超时时间，如果调用后面介绍的IDistributedCache接口中的方法，对Redis服务器进行的操作超时了，会抛出RedisConnectionException和RedisTim免费云主机域名eoutException异常，所以下面我们在注册Redis服务的时候，指定了三个超时时间：其中ConnectTimeout是建立连接到Redis服务器的超时时间，而SyncTimeout和ResponseTimeout是对Redis服务器进行数据操作的超时时间。注意上面我们使用了options.ConfigurationOptions属性来设置Redis服务器的IP地址、端口号和登录密码IDistributedCache 接口在项目中引用：using Microsoft.Extensions.Caching.Distributed; 使用IDistributedCacheIDistributedCache接口包含同步和异步方法。 接口允许在分布式缓存实现中添加、检索和删除项。 IDistributedCache接口包含以下方法：
Get、 GetAsync
采用字符串键并以byte[]形式检索缓存项（如果在缓存中找到）。
Set、SetAsync
使用字符串键向缓存添加或更改项（byte[]形式）。
Refresh、RefreshAsync
根据键刷新缓存中的项，并重置其可调过期超时值（如果有）。
Remove、RemoveAsync
根据键删除缓存项。如果传入Remove方法的键在Redis中不存在，Remove方法不会报错，只是什么都不会发生而已，但是如果传入Remove方法的参数为null，则会抛出异常。如上所述，由于IDistributedCache接口的Set和Get方法，是通过byte[]字节数组来向Redis存取数据的，所以从某种意义上来说不是很方便，下面我封装了一个RedisCache类，可以向Redis中存取任何类型的数据。其中用到了Json.NET Nuget包，来做Json格式的序列化和反序列化：使用测试然后我们在ASP.NET Core MVC项目中，新建一个CacheController，然后在其Index方法中来测试RedisCache类的相关方法：前面我们在项目的Startup类ConfigureServices方法中，调用services.AddDistributedRedisCache注册Redis服务的时候，有设置options.InstanceName = “DemoInstance”，那么这个InstanceName到底有什么用呢？当我们在上面的CacheController中调用Index方法的下面代码后：我们使用redis-cli登录到Redis服务器中，使用Keys *指令查看当前Redis服务中存储的所有键时，可以看到结果如下：可以看到虽然我们代码中向Redis存入的键是”Key01″，但是实际上在Redis服务中存储的键是”DemoInstanceKey01″，所以实际上真正存入Redis服务中的键是“InstanceName+键”这种组合键，因此我们可以通过设置不同的InstanceName来为不同的Application在Redis中做数据隔离，这就是InstanceName的作用读到这里，这篇“如何使用redis实现分布式缓存”文章已经介绍完毕，想要掌握这篇文章的知识点还需要大家自己动手实践使用过才能领会，如果想了解更多相关内容的文章，欢迎关注百云行业资讯频道。

相关推荐: 怎么用Java实现redis连接池

这篇文章主要介绍“怎么用Java实现redis连接池”，在日常操作中，相信很多人在怎么用Java实现redis连接池问题上存在疑惑，小编查阅了各式资料，整理出简单好用的操作方法，希望对大家解答”怎么用Java实现redis连接池”的疑惑有所帮助！接下来，请跟着…