【Redis】简介|优点|使用场景|为什么Redis快

目录

一、简介

二、特性（优点）

 三、使用场景

---

一、简介

• 内存中存储数据的中间件，用于数据库，数据缓存，在分布式系统中能够大展拳脚
  中间件：应用程序可以直接从 Redis 中获取数据，而不必频繁地访问数据库

---

二、特性（优点）

• 在内存中存储数据
  • MySQL主要通过“表”来存储组织数据“关系型数据库”
  • Redis主要通过“键值对”来存储组织数据，“非关系型数据库”
    key都是String，value则是数据结构
• 可编程的
  • 可以通过简单的交互式命令/脚本方式操作Redis
• 可拓展的
  • 可以通过C，C++等语言去扩展Redis功能（本质就是一个动态链接库），让Redis支持更多的数据结构，以及更多的命令
    DLL（动态链接库）：就像一个工具包，里面有很多的函数和资源，可以根据自己的需要获取
• 持久化
  • Redis存储数据内存为主，硬盘为辅
    虽然内存的数据是“易失”的（进程退出/系统重启），但是硬盘中备份了数据，使Redis的内存恢复到重启前的状态
• 支持集群
  • 一个Redis能够存储的数据是有限的（内存空间有限），引入多个主机，部署多个Redis节点，每个Redis存储数据的一部分
    作为分布式系统的中间件，这个特性很关键
• 高可用
  • 冗余/备份
    Redis自身支持“主从”结构的，从节点就相当于主节点的备份了
• 速度快
  • 这个快是相对MySQL而言的
    如果是和内存中的操作变量相比，就慢（比如抖音视频中的点赞个数，是选redis存还是hashmap（hashmap直接操作内存，redis还得先通过网络，再操作内存）

---

 三、使用场景

• 1）作为数据库
  • 虽然一般数据存储考虑”大“，但是有些情况考虑的是”快“
    Redis存储的可以是全量的数据，不能随便丢失（需要不少的硬件资源）
• 2）缓存
  • MySQL存数据大且慢，把热点数据拎出来，存在Redis中
    这个时候Redis存储的是部分数据，全量数据还是以MySQL为主，哪怕Redis数据没了，还可以从MySQL这边加载出来
  • Q1：由于分布式系统，当登录后在第一个服务器存储了session后，第二次登录，可能访问第二台服务器，就找不到session，只能重复登录，直到找到对应的session

    

    • 解决方法1：想办法让负载均衡器，把同一个用户的请求始终打到同一个机器上（不能轮询了，而是要通过userId之类的方式来分配机器
    • 解决方法2：把会话数据单独拎出来，放到一组独立的机器上存储（Redis）

      

      
      应用程序重启了，会话不会丢失
• 3）消息队列（服务器）
  • 基于这个可以实现一个网络版本的生产者消费者模型
    分布式系统来说，服务器和服务器之间，也是需要生产者消费者模型的
    • 优势
      • 解耦合
      • 削峰填谷
• Redis不能做的事
  • 存储大规模的数据

---

🔥面试题：为什么Redis快？

• 存储在内存中，比访问硬盘的数据库要快很多
• 核心功能都是简单的逻辑，操作内存中的数据结构即可
• 从网络的角度，使用了IO多路复用的方式（即epoll）
  就是使用一个线程，管理很多个socket
• 使用单线程模型（更高版本引入了多线程），减少了不必要的线程竞争开销
  多线程通过效率的前提是CPU密集型任务，使用多线程可以充分利用CPU多核资源，但是Redis核心任务：操作内存的数据结构，不会吃很多CPU