我与Redis的第一次

我与Redis的第一次

1.背景

1.1 网站流量大，并发高 -> MySQL瓶颈###

  1. 文件缓存：IO压力大
  2. 主从复制读写分离：主写压力存在瓶颈
  3. 分表分库：分库方式随需求变化大

1.2 去掉数据库的关系特性 -> NoSQL###

  1. 数据之前无关系 -> 扩展性好
  2. 数据库结构简单 -> 高性能
  3. 无需为存储的数据建立字段 -> 灵活的数据模型

1.3 Memcached###

  1. 内存数据库，缓存数据库查询结果

2. Redis

2.1 Remote Dictionary Server

1. Key-value型NoSQL数据库

Why Redis, Not Memcached？###

1. Redis支持多种value数据类型（String, list, set, zset, hash）
2. Redis支持数据持久化
3. Redis使用更高效的内存管理机制
4. Redis支持分布式集群

3. Redis支持的value数据类型

1.String 
    struct{
          int len;//buf 已占长度
          int free;//buf 剩余可用长度
          char buf[]; //实际存储字符串的地方
      }；
2.List

Paste_Image.png

3.Set
4.SortSet
5.Hash

4.Redis数据持久

RDB

1. 保存某个时间点Redis上的数据集
2. 优点：相对AOF，文件比较紧凑
3. 缺点：备份时间长，不能频繁备份，宕机丢数据量大。

AOF

1.保存Redis写操作
2.优点：备份时间短，可频繁备份，宕机丢数据量少。
3.缺点：文件大；处理大量写入时，AOF较慢。

5.Redis内存管理

5.1 磁盘交换

 1.Key一直存内存
 2.内存耗尽 - > 最不常用的value存到磁盘中
 3.数据量 > 内存量
 4.Memcached所不具备

5.2 内存管理机制

Memcached

  1.内存划分固定规格
  2.内存碎片少但浪费较大

Paste_Image.png

Redis

  1.动态分配内存块大小

redis动态分配内存.png

6. Redis分布式集群

Memcache

Paste_Image.png

Redis

Paste_Image.png

7. Redis事件机制

7.1 文件事件

读事件

1.客户端连上时绑定，状态等待
2.命令请求到达服务端时，状态变成就绪

写事件

1.服务端有信息返回给客户端，但客户端未能写，状态等待
2.服务端信息能返回给客户端，状态就绪

7.2 时间事件

1. Redis对自身资源状态的定时检查

7.3 事件机制

1.事件机制
2.无抢占
3.先文件事件、后时间事件

事件机制.png

8. Redis服务端初始化

1.初始化全局状态
2.载入配置文件
3.创建Daemon进程
4.初始化服务器功能模块
5.载入数据
6.开始事件循环