Redis基础1(五种类型结构)

迈不过友情╰ 2022-03-20 11:30 197阅读 0赞

> **文章最前**： 我是Octopus，这个名字来源于我的中文名--章鱼；我热爱编程、热爱算法、热爱开源。所有源码在我的个人[github][] ；这博客是记录我学习的点点滴滴，如果您对 Python、Java、AI、算法有兴趣，可以关注我的动态，一起学习，共同进步。

** 相关文章：**

1.  [Redis基础1(五种类型结构)][Redis_1]
2.  [Redis基础2（过期，发布，持久化，Lua脚本）][Redis_2_Lua]
3.  [Redis基础3（集群，备份，哨兵机制）][Redis_3]
4.  [Redis基础4(分布式锁，客户端源码分析)][Redis_4]

--------------------

缓存大致可以分为两类，一种是应用类缓存，比如Map(简单的数据结构)，以及EH Cache(Java第三方库)，另一种就是缓存组件，比如Memached，Redis；Redis（remote dictionary server）是一个基于key-value的高性能的存储系统，通过提供多种键值数据类型来适应不同场景下的缓存与存储需求。

**存储结构**  
     大家一定对字典类型的数据结构非常熟悉，比如map ，通过key value的方式存储的结构。 redis的全称是remote dictionary server(远程字典服务器)，它以字典结构存储数据，并允许其他应用通过TCP协议读写字典中的内容。数据结构如下：

![20190212172046880.png][]

**Redis的安装**  
      Redis约定次版本号（第一个小数点后的数字）为偶数版本是稳定版，如2.8、3.0， 奇数版本为非稳定版，生产环境需要使用稳定版；目前最新版本为Redis4.0.9。

**安装配置**

1. 下载redis的安装包  
2. tar -zxvf 解压  
3. cd 到解压后的目录  
4. 执行make 完成编译  
5. make test 测试编译状态  
6. make install \{PREFIX=/path\}  
**启动停止Redis**  
        安装完redis后的下一步就是怎么去启动和访问，我们首先先了解一下Redis包含哪些可执行文件：

<table> 
 <tbody> 
  <tr> 
   <td>Redis-server</td> 
   <td style="width:455px;">Redis服务器</td> 
  </tr> 
  <tr> 
   <td>Redis-cli</td> 
   <td style="width:455px;">Redis命令行客户端</td> 
  </tr> 
  <tr> 
   <td>Redis-benchmark</td> 
   <td style="width:455px;">Redis性能测试工具</td> 
  </tr> 
  <tr> 
   <td>Redis-check-aof</td> 
   <td style="width:455px;">Aof文件修复工具</td> 
  </tr> 
  <tr> 
   <td>Redis-check-dump</td> 
   <td style="width:455px;">Rdb文件检查工具</td> 
  </tr> 
  <tr> 
   <td>Redis-sentinel</td> 
   <td style="width:455px;">Sentinel服务器（2.8以后）</td> 
  </tr> 
 </tbody> 
</table>

常用的命令是redis-server和redis-cli：

1. 直接启动  
      redis-server ../redis.conf  
      服务器启动后默认使用的是6379的端口 ，通过--port可以自定义端口 ； 6379在手机键盘上MERZ对应，MERZ是一名意大利歌女的名字  
     Redis-server --port 6380  
    以守护进程的方式启动，需要修改redis.conf配置文件中daemonize yes  
2. 停止redis  
      redis-cli SHUTDOWN  
      考虑到redis有可能正在将内存的数据同步到硬盘中，强行终止redis进程可能会导致数据丢失，正确停止redis的方式应该是向Redis发送SHUTDOW命令  
当redis收到SHUTDOWN命令后，会先断开所有客户端连接，然后根据配置执行持久化，最终完成退出。  
**数据类型  
1）字符串数据类型（String）**

字符串类型是redis中最基本的数据类型，它能存储任何形式的字符串，包括二进制数据。你可以用它存储用户的邮箱、json化的对象甚至是图片，一个字符类型键允许存储的最大容量是512M。  
**内部数据结构**  
        在Redis内部，String类型通过 int、SDS(simple dynamic string)作为结构存储，int用来存放整型数据，sds存放字节/字符串和浮点型数据。在C的标准字符串结构下进行了封装，用来提升基本操作的性能，同时也充分利用已有的C的标准库，简化实现逻辑。我们可以在redis的源码中【sds.h】中看到sds的结构:typedef char \*sds;  
        Redis3.2分支引入了五种sdshdr类型，目的是为了满足不同长度字符串可以使用不同大小的Header，从而节省内存，每次在创建一个sds时根据sds的实际长度判断应该选择什么类型的sdshdr，不同类型的sdshdr占用的内存空间不同。这样细分一下可以省去很多不必要的内存开销，下面是3.2的sdshdr定义：

struct \_\_attribute\_\_ ((\_\_packed\_\_)) sdshdr8 \{ 8表示字符串最大长度是2^8-1 （长度为255）  
sdshdr8的内存布局:(根据大小选择不同的大小选择不同的sdshdr)

![20190212194450433.png][]  
  
使用场景：

1.ip限制 2.短信验证 3.分布式session存储

**2）列表list类型（list）**

列表类型(list)可以存储一个有序的字符串列表，常用的操作是向列表两端添加元素或者获得列表的某一个片段。列表类型内部使用双向链表实现，所以向列表两端添加元素的时间复杂度为O(1), 获取越接近两端的元素速度就越快。这意味着即使是一个有几千万个元素的列表，获取头部或尾部的10条记录也是很快。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70][]

**内部数据结构**  
       Redis3.2之前，List类型的value对象内部以linkedlist或者ziplist来实现, 当list的元素个数和单个元素的长度比较小的时候，Redis会采用ziplist（压缩列表）来实现来减少内存占用，否则就会采用linkedlist（双向链表）结构。  
      Redis3.2之后，采用的一种叫quicklist的数据结构来存储list，列表的底层都由quicklist实现。这两种存储方式都有优缺点，双向链表在链表两端进行push和pop操作，在插入节点上复杂度比较低，但是内存开销比较大； ziplist存储在一段连续的内存上，所以存储效率很高，但是插入和删除都需要频繁申请和释放内存；quicklist仍然是一个双向链表，只是列表的每个节点都是一个ziplist，其实就是linkedlist和ziplist的结合，quicklist中每个节点ziplist都能够存储多个数据元素，在源码中的文件【quicklist.c】，在源码第一行中有解释为：Adoubly linked list of ziplists意思为一个由ziplist组成的双向链表：(redis的list存储结构图)

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 1][]

应用场景：

1.可以做消息队列   2.可以做栈   3.可以做堆

**3）hash类型（hash）**  
   Hash整体看作一个对象，每个field-value相当于对象的属性和属性值;

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 2][]  
**数据结构**  
        map提供两种结构来存储，一种是hashtable、另一种是前面讲的ziplist，数据量小的时候用ziplist. 在redis中，哈希表分为三层，源码(参见hashmap)

**4) 集合类型（set）**

集合类型中，每个元素都是不同的，也就是不能有重复数据，同时集合类型中的数据是无序的。一个集合类型键可以存储至多232-1个 。集合类型和列表类型的最大的区别是有序性和唯一性集合类型的常用操作是向集合中加入或删除元素、判断某个元素是否存在。由于集合类型在redis内部是使用的值为空的散列表(hash table)，所以这些操作的时间复杂度都是O(1)。  
**                                 **![2019021221074719.png][]

**数据结构**  
      Set在的底层数据结构以intset或者hashtable来存储。当set中只包含整数型的元素时，采用intset来存储，否则，采用hashtable存储，但是对于set来说，该hashtable的value值用于为NULL。通过key来存储元素  
**5) 有序集合     **  
                                                           ![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 3][]

有序集合类型，顾名思义，和前面讲的集合类型的区别就是多了有序的功能;  
       在集合类型的基础上，有序集合类型为集合中的每个元素都关联了一个分数，这使得我们不仅可以完成插入、删除和判断元素是否存在等集合类型支持的操作，还能获得分数最高(或最低)的前N个元素、获得指定分数范围内的元素等与分数有关的操作。虽然集合中每个元素都是不同的，但是他们的分数却可以相同。  
**数据结构**

zset类型的数据结构就比较复杂一点，内部是以ziplist或者skiplist+hashtable来实现，这里面最核心的一个结构就是skiplist，也就是跳跃表。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 4][]

[github]: https://github.com/zhangyu345293721
[Redis_1]: https://blog.csdn.net/zy345293721/article/details/87100418
[Redis_2_Lua]: https://blog.csdn.net/zy345293721/article/details/87203217
[Redis_3]: https://blog.csdn.net/zy345293721/article/details/87536144
[Redis_4]: https://blog.csdn.net/zy345293721/article/details/87641471
[20190212172046880.png]: /images/20220320/113473e11fba4af092e8ebb4ce324c3f.png
[20190212194450433.png]: /images/20220320/490664c8ade0452bb82c998735904095.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70]: /images/20220320/86b658260c284b9484085febd2b61c19.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 1]: /images/20220320/f16940a4f15846c9becc44dde4c86833.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 2]: /images/20220320/c77239593bba4c48a2ee33356c3d6568.png
[2019021221074719.png]: /images/20220320/bee8dce389bd48bab75555e1fb2040de.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 3]: /images/20220320/4f87c31f485b48c18eca51744974c993.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3p5MzQ1MjkzNzIx_size_16_color_FFFFFF_t_70 4]: /images/20220320/d9383712e2124af092530355c164c056.png