用织梦做的学校网站,赣州网页设计师培训,wordpress文章打赏,环球网站建设初识Redis Redis认识Redis 分布式系统单机架构为什么要引入分布式理解负载均衡数据库的读写分离引入主从数据库 引入缓存数据库分库分表业务拆分——微服务常见概念了解 Redis背景介绍特性应用场景Redis不能做的事情Redis客户端redis客户端的多种形态 Redis
认识Redis
存储数… 初识Redis Redis认识Redis 分布式系统单机架构为什么要引入分布式理解负载均衡数据库的读写分离引入主从数据库 引入缓存数据库分库分表业务拆分——微服务常见概念了解 Redis背景介绍特性应用场景Redis不能做的事情Redis客户端redis客户端的多种形态 Redis
认识Redis
存储数据在内存中
Redis是在分布式系统中才能发挥威力如果只是一个单机程序,直接通过变量存储数据的方式是比Redis更优的选择。
Redis就是基于网络可以吧内存中的变量给别的进程甚至别的主机的进程进行使用
Mysq和Redis
Mysql最大的问题在于访问速度比较慢用硬盘存的很多互联网产品中对与性能要求很高Redis也可以作为数据库使用速度快用内存存的两个用到的功能和使用场景不一样Redis相对于MySql最大的劣势——存储空间是有限的且Mysql提供的增删改查的功能更多
有没有一种方案可以 存储空间又大速度又快的——典型方案可以吧Redis和Mysql结合起来使用
用Redis来作为Mysql的Cache
二八原则 20%的热点数据能满足80%的访问需求
代价——系统的复杂度大大提升,而且如果数据发生修改还涉及到Redis和Mysq的数据同步问题
Redis的初心最初是用来作为分布式系统下来作为一个“消息中间件”的消息队列分布式系统下的生产者消费者模型
当前很少会直接随时用Redis作为消息中间件业界有更多更专业的消息中间件使用
分布式系统
单机架构
只有一台服务器这个服务器负责所有的工作如果业务进一步增长用户量和数据流都水涨船高一台主机难以应付的时候就需要引入更多的主机引入更多的硬件资源——这个时候就要过渡到分布式系统中。
为什么要引入分布式
一台主机的硬件资源是有上限的CPU,内存,硬盘网络,...服务器每次收到一个请求都需要小号上述的一些资源如果同一时刻处理的请求多了此时资源就不够用了无论是哪一方面不够用了都可能会导致服务器处理的请求时间变长甚至处理出错一旦引入多台主机了咱们的系统就可以称为“分布式系统”
引入分布式是万不得已的无奈之举系统的复杂程度会大大提高随之出现Bug的概率也回变高
––应用服务器存储服务器里面可能会包括很多的有业务逻辑可能会吃CPU和内存需要更大的硬盘空间更快的数据访问速度可以配置更大硬盘的服务器甚至可以上SSD硬盘固态硬盘 【机械硬盘便宜慢】【固态硬盘贵快】
应用服务器可能会比较吃CPU和内存如果把CPU或者内存吃没了此时应用服务器就扛不住了这时候就要引入更多的应用服务器
理解负载均衡
负载均衡器就相当于领导给员工分配工作减轻自己的负担
应用服务器就相当于员工执行领导的分配分担领导的工作(从上往下)负载均衡器(从上往下)应用服务器应用服务器应用服务器存储服务器
对于负载均衡器来说有很多的 负载均衡 具体的算法比如轮询等对于请求量的承担能力要远超应用服务器
数据库的读写分离
当负载均衡器的负担增加后可以增加应用服务器来处理请求量但是随之存储服务器要承担的请求量也就增多了这时候该怎么办呢
引入主从数据库
实际的应用场景中读的频率是比写的频率要高的所以主服务一般是一个只负责写从数据库可以有多个只负责写同时从数据库通过负载均衡的方式让应用服务器进行访问引入缓存
数据库有个天然的问题响应速度是更慢的所以可以把数据区分“冷热”,热点数据放到缓存中~缓存的访问速度往往比数据库快很多。
20%的数据能够支持80%的访问量引入一个缓存服务器而这个缓存服务器也就是Redis的主要应用场景而缓存想要快就要付出代价也就是存储空间小 数据库分库分表
引入分布式系统不光要能够去应对更高的请求量并发量同时也要能够应对更大的数据量这时候就会出现一台服务器空间不够用存不下数据需要多台主机来存储。
针对数据库进行进一步拆分: 分库分表
分库本来一个数据库服务器这个数据库服务器上有多个数据库(database)现在就可以引入多个数据库服务器每个数据库服务器存储一个或者一部分数据库分表如果一个表特别大大到一台主机存不下也可以针对表进行拆分具体分库分表如何实践还是要结合实际的业务场景来展开
业务拆分——微服务
什么叫微服务—— 之前的应用服务器一个服务器程序里面做了很多的业务这就可能会导致一个服务器的代码变得越来越复杂为了更方便于代码的维护就可以把这样一个复杂的服务器拆分成更多的功能更单一但是更小的服务器微服务的本质是在解决“人”的问题当应用服务器复杂了势必就需要更多的人来维护当人多了就需要配套的管理把这些人组织好划分组织结构分成多个组就需要进行分工按照功能拆分微多组微服务有利于上述人员组织结构的分配(大厂)
微服务的缺点
系统的性能下降网络通信的速度可能是比硬盘还慢的现在又万兆网卡读写速度已经超过硬盘读写系统复杂程度更高可用性受到影响服务器更多了出现问题的概率也变大了这就需要一系列的手段来保证系统的可用性
微服务的优势
解决了人的问题使用微服务可以更方便于功能的复用可以给不同的服务进行不同的部署
常见概念了解
应用/系统一个应用就是一个/组服务器程序模块/组件一个应用里面有很多个功能每个独立的功能就可以称为是一个模块/组件分布式引入多个主机/服务器协同配合完成一系列工作集群引入多个主机/服务器协同完成一系列工作中间件和业务无关的服务数据库缓存消息队列可用性系统整体可用的时间/总的时间360天/365天可用性
Redis背景介绍
Redis的一些特性优点
Mysq主要是通过“表”的方式来存储组织数据的“关系型数据库”
Redis主要是通过“键值对”的方式来存储组织数据的“非关系型数据库”
特性
在内存中存储数据针对Redis的操作可以直接通过简单的交互式命令进行操作也可以通过一些脚本的方式批量执行一些操作可以带有一些逻辑可以在Redis原有的功能的基础上再进行扩展Redis提供了一组API 可以支持ccrust等语言拓展持久化Redis把数据存储在内存上和硬盘上以内存为主硬盘为辅硬盘相当于对内存的数据备份了一下如果Redis重启了就会在重启时加载硬盘中的备份数据使Redis的内存恢复到重启前的状态集群Redis能存储的数据是有限的内存空间有限引入多个主机部署多个Redis节点每个Redis存储数据的一部分高可用 冗余/备份 ————Redis自身支持“主从”结构从节点相当于主节点的备份速度快为什么快1. Redis数据在内存中就比访问硬盘的数据库快很多 2. Redis核心功能都是比较简单的逻辑 3.从网络角度上Redis使用了多路复用的方式epoll 4. Redis使用的是单线程模型减少了不必要额度线程之间的进程开销 5.Redis是使用C语言开发的所以就快 同样是数据库Mysql也是C语言开发的
多线程提高效率的前提是CPU密集型的任务使用多个线程可以充分利用CPU多核资源
但是Redis的核心任务主要就是操作内存的数据结构不会吃很多CPU应用场景
当做数据库(对访问速度要求快实时性高)如搜索引擎-广告搜索商业搜索作为缓存——Redis存储部分数据全量数据以Mysql为主哪怕Redis数据没了还可以从mysql这边再加载回来会话消息队列服务器不是Linux进程间通信的那个消队列——基于这个可以实现以一个网络版本的生产者消费者模型如果当前场景中对于消息队列的功能依赖的不是很多并且又不想引入额外的依赖了Redis可以作为一个选择。
Redis不能做的事情
存储大规模数据
Redis客户端
首先要知道Redis也是一个客户端-服务器结构的程序Mysql
客户端和服务器本体负责存储和管理数据之间通过网络通信,可以在同一个主机上也可以在不同主机上。
redis客户端的多种形态
自带了命令行客户端 redis-cli
redis -cli
或者
redis -cli -h 127.0.0.1 -p 6379图形化界面的客户端桌面程序web程序基于Redis的API自行开发客户端【工作中的主要形态】
非常类似于mysql的C语言API和JDBC
