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)，现在就可以引入多个数据库服务器，每个数据库服务器存储一个或者一部分数据库
• 分表：如果一个表特别大，大到一台主机存不下，也可以针对表进行拆分
• 具体分库分表如何实践？还是要结合实际的业务场景来展开

业务拆分——微服务

什么叫微服务—— 之前的应用服务器，一个服务器程序里面做了很多的业务，这就可能会导致一个服务器的代码变得越来越复杂，为了更方便于代码的维护，就可以把这样一个复杂的服务器，拆分成更多的，功能更单一，但是更小的服务器

微服务的本质是在解决“人”的问题，当应用服务器复杂了，势必就需要更多的人来维护，当人多了，就需要配套的管理，把这些人组织好，划分组织结构，分成多个组，就需要进行分工，按照功能，拆分微多组微服务，有利于上述人员组织结构的分配(大厂)

微服务的缺点：

1. 系统的性能下降，网络通信的速度可能是比硬盘还慢的（现在又万兆网卡，读写速度已经超过硬盘读写）
2. 系统复杂程度更高，可用性受到影响，服务器更多了，出现问题的概率也变大了，这就需要一系列的手段来保证系统的可用性

微服务的优势：

1. 解决了人的问题
2. 使用微服务，可以更方便于功能的复用
3. 可以给不同的服务进行不同的部署

常见概念了解

• 应用/系统：一个应用，就是一个/组服务器程序
• 模块/组件：一个应用，里面有很多个功能，每个独立的功能，就可以称为是一个模块/组件
• 分布式：引入多个主机/服务器，协同配合完成一系列工作
• 集群：引入多个主机/服务器，协同完成一系列工作
• 中间件：和业务无关的服务（数据库，缓存，消息队列）
• 可用性：系统整体可用的时间/总的时间（360天/365天=>可用性）

Redis背景介绍

Redis的一些特性（优点）

Mysq主要是通过“表”的方式来存储组织数据的，“关系型数据库”

Redis主要是通过“键值对”的方式来存储组织数据的，“非关系型数据库”

特性

• 在内存中存储数据
• 针对Redis的操作，可以直接通过简单的交互式命令进行操作，也可以通过一些脚本的方式，批量执行一些操作（可以带有一些逻辑）
• 可以在Redis原有的功能的基础上再进行扩展，Redis提供了一组API ，可以支持（c，c++，rust等语言）拓展
• 持久化：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

应用场景

1. 当做数据库(对访问速度要求快，实时性高)，如搜索引擎->广告搜索（商业搜索）
2. 作为缓存——>Redis存储部分数据，全量数据以Mysql为主，哪怕Redis数据没了，还可以从mysql这边再加载回来
3. 会话
4. 消息队列（服务器）（不是Linux进程间通信的那个消队列）——>基于这个可以实现以一个网络版本的生产者消费者模型；如果当前场景中，对于消息队列的功能依赖的不是很多，并且又不想引入额外的依赖了，Redis可以作为一个选择。

Redis不能做的事情

• 存储大规模数据

Redis客户端

首先，要知道Redis也是一个客户端-服务器结构的程序（Mysql）

客户端和服务器（（本体）负责存储和管理数据）之间，通过网络通信,可以在同一个主机上，也可以在不同主机上。

redis客户端的多种形态

1. 自带了命令行客户端 redis-cli

redis -cli
或者
redis -cli -h 127.0.0.1 -p 6379

2. 图形化界面的客户端（桌面程序，web程序）
3. 基于Redis的API自行开发客户端【工作中的主要形态】

​ 非常类似于mysql的C语言API和JDBC