目录

Redis的特点和使用场景

分布式系统的引入

单机系统

分布式系统 

应用服务器的增多(处理更多的请求)

数据库读写分离(数据服务器的增多)

引入缓存

应对更大的数据量 

业务拆分:微服务


Redis的特点和使用场景

我们先来回顾下我们之前学过的MySQL

mysql数据存储硬盘上的,他的读取速度比较慢,但是容量大

而Redis则是使用内存数据是在内存上,读取速度比较快,但是容量小。

这里补充一点:

我们一开始学习编程,所了解的变量存储内存中。那么既然都是存储内存中,我们干嘛还要弄一个Redis呢?

是这样的——Redis主要是用在分布式系统上的,他可以实现各个进程数据的通讯,共享,甚至不同主机上的进程数据的互相访问 

分布式系统引入

单机系统

下面是一个单机架构,只有一台服务器这个服务器负责处理所有的事情

我们之前写的javaweb项目属于是HTTP服务器(处理前端发来的请求

对与数据来说

我们上面所说的web程序springboot属于是HTTP服务器(属于Mysql客户端), 向Mysql服务器发生请求查询数据

而MySQL是一个客户端服务器结构的程序,是作为数据的服务器,他的本体就是Mysql服务器(用来存储组织数据)

分布式系统 

虽然对于现在的计算机硬件来说,哪怕只有一台主机,这一台主机也是可以支持非常高的并发 & 非常大的数据存储

但是如果业务一步增长用户量和数据量继续增多,当一台主机难以应付的时候,就需要引入更多的主机引入更多的硬件资源

一旦引入了多台主机,咱们的系统可以称为分布式系统

上面就是一个简单分布式的结构——应用服务数据库服务分离 

应用服务器的增多(处理更多的请求

但是因为应用服务器可能比较吃CPU和内存

比如要同时要处理的应用请求过多,把CPU和内存给吃没了,就会出现相应的问题

这个时候我们需要引入更多的应用服务器,来解决上述问题

这里应用服务器,可能两个,也可能多个用户请求先到达负载均衡器/网关服务器,将任务分配给下面的多个应用服务

这里我们介绍负载均衡器

负载均衡器请求承受能力,大大高于应用服务器。(负载均衡服务器主要用于任务的分配分配任务一般不会消耗太多的资源,任务的执行——也就是应用服务器消耗的资源会多一些)

当然如果系统请求实在太多,负载均衡器的压力也过大的时候,我们这里可以引入更多的负载均衡服务器来承受这增多的访问量

这里需要注意的是,当我们的服务器增多了后,管理成本也会变高,系统也变得越来越复杂出现问题概率也随之提升 

数据库读写分离数据服务器的增多)

里面一个主从结构

在实际应用场景中,读的频率是比写的频率要高的 

那么我们就可以有多个从服务器——一主多从

引入缓存

数据库天然有一个问题,相应速度是相对更慢的

为了解决这个问题,我们可以把数据区分 ”冷热“, 热点数据(使用频繁的数据)放到缓存中,缓存访问速度往往要比数据库要快很多!!!

 

我们的redis主要就是应用缓存中,虽然存的数据少,但速度快(存的也都是热点数据)

另外因为二八原则缓存服务器中热点数据可以应对80%以上的请求。因此缓存服务器的使用,不仅提高访问速度,还缓解了其他数据服务器的压力。

 虽然引入缓存这样的好处,但同时也会带来一些问题比如数据一致性(数据同步问题

应对更大的数据量 

我们上面不管是引入更多的应用服务器,还是数据库读写分离、引入缓存,都是为了应对更高的请求量。但是对于一个完善的系统来说我们不光要能够去应对更高的请求量,也还要能够应对更大的数据量

业务拆分:微服务

随着⼈员增加,业务发展,我们将业务分给不同开发团队去维护,每个团队独⽴实现⾃⼰的微服务,然后互相之间对数据的直接访问进⾏隔离,可以利⽤Gateway消息总线技术实现相互之间的调⽤关联。甚⾄可以把⼀些类似⽤⼾管理安全管理、数据采集业务提成公共服务
 

原文地址:https://blog.csdn.net/weixin_61061381/article/details/133971295

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任

如若转载,请注明出处:http://www.7code.cn/show_36798.html

如若内容造成侵权/违法违规/事实不符,请联系代码007邮箱suwngjj01@126.com进行投诉反馈,一经查实,立即删除

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注