Redis系列(一):与Redis的第一次相识
mhr18 2024-10-31 13:24 16 浏览 0 评论
“Redis is an open source (BSD licensed), in-memory data structure store, used as database, cache and message broker.” -- Redis Official Website!
第一次详细的接触Redis是从官网开始的,上述摘自官网:Redis是一个基于BDS许可的开源的内存数据结构存储,用于数据库,缓存和消息代理。
- 从官网上的解释,我们知道:Redis是基于内存的,支持多种数据结构
- 从使用经验来说,我们知道:Redis常用作于缓存
在学习一项技术之前,我们应该问自己几个问题:为什么学习该项技术?使用该技术能为我们解决什么问题呢?。。。只有这样有目标的去学习,我们才能更好的理解所学习的技术的本质,更好的适用于不同的使用场景?!我们先从“内存”、“数据结构”、“缓存”初识Redis。
初识Redis
- 为什么要使用Redis?
从上面的介绍中,Redis是基于内存的,常用来作为缓存的一种技术,并且Redis是以key-value形式进行存储的。
我们发现上述特性正是Java集合体系中Map容器具备的,直接使用Map不就可以了吗?为什么还要使用Redis呢?
- Java实现的Map结构是本地缓存,如果是集群环境下,每个实例都需要各自保存自己的一份缓存,缓存不具有一致性;
- Java实现的Map用作缓存,JVM内存太大是容易挂掉的。一般使用Map容器来存储临时数据,缓存的数据是随着JVM销毁而结束的。并且Map所存储的数据结构,缓存过期机制等等都需要我们自己实现,成本比较高;
- Redis实现的是分布式缓存,集群环境下,每个实例都共享同一份缓存,缓存具有一致性;除此之外,Redis可以将缓存数据保存在硬盘中,Redis重启了也可以将其恢复。原生提供了丰富的数据结构、缓存过期机制等等功能。
- 为什么使用缓存?
使用缓存的目的:不用每次读取数据时,都要查一次数据库。提高性能(因为缓存查询速度比数据库查询速度快的多),提高并发能力(因为缓存分担了部分的请求,支持更高的并发)。
最简单Web服务业务图:
Redis基本数据结构
Redis有5种基本数据结构,分别是:string(字符串)、list(列表)、hash(字典)、set(集合)、zset(有序集合),学习这些数据结构是使用Redis的基础。【注意】:Redis是以key-value的形式进行存储的,Redis的key一定是字符串,value可以是string、list、hash、set、zset等这些数据类型。
学习这些基本数据类型之前,进行简单的说明:Redis并没有直接使用这些数据结构来实现key-value数据库,而是基于这些数据结构创建了一个对象系统。即:Redis使用对象来表示数据库中的键和值,每次我们在Redis中创建一个键值对时,至少会创建出两个对象。一个是键对象,一个是值对象。
简单来说就是:key是一个redisObject对象,value也是一个redisObject对象。每个对象都有type、encoding、ptr来表示。
typedef struct redisObject {
// 类型
unsigned type:4;
// 编码
unsigned encoding:4;
// 对象最后一次被访问的时间
unsigned lru:REDIS_LRU_BITS; /* lru time (relative to server.lruclock) */
// 引用计数
int refcount;
// 指向实际值的指针
void *ptr;
} robj;
- string(字符串)
Redis中的字符串是一种简单动态字符串(Simple Dynamic String,SDS),这意味着使用者可以对其进行修改。Redis底层使用sdshdr结构来表示一个SDS值。【注】:Redis 规定了字符串的长度不得超过 512 MB。
struct sdshdr{
// 字节数组,用于保存字符串
char buf[];
// 记录buf数组中已使用的字节数量,也是字符串的长度
int len;
// 记录buf数组未使用的字节数量
int free;
}
- SDS与C语言中的字符串比较
- 获取字符串的长度时,时间复杂度是O(1),因为sdshdr数据结构中len属性记录字符串的长度
- SDS不会发生缓存溢出/内存溢出等溢出问题,因为如果修改了SDS,空间不足,会先扩展空间,在进行修改(内部实现了动态扩展机制)
- SDS可以减少内存分配的次数(free属性),实现了空间预分配机制
- SDS是二进制安全的,所有的SDS API都会以处理二进制的方式来处理SDS存放在buf数组中的数据
- list(列表)
Redis中的列表相当于Java中的LinkedList,list的插入和删除操作非常快,时间复杂度是O(1),但查询很慢,时间复杂度是O(n)。Redis中列表结构表示如下:
typedef struct list{
//表头结点
listNode *head;
//表尾节点
listNode *tail;
//链表长度
unsigned long len;
//节点值复制函数
void *(*dup) (viod *ptr);
//节点值释放函数
void (*free) (viod *ptr);
//节点值对比函数
int (*match) (void *ptr,void *key);
}list;
typedef strcut listNode{
//前置节点
strcut listNode *pre;
//后置节点
strcut listNode *pre;
//节点的值
void *value;
}listNode;
- Redis列表特性
- list是无环双向链表
- list获取表头指针、表尾指针、列表节点长度时间复杂度都是O(1)
- list使用void *指针来保存节点值,说明可以保存各种不同类型的值
- hash(字典)
Redis中的hash相当于Java中的HashMap,内部差不多类似,都是通过“数组 + 链表”的链地址法来解决部分hash冲突。
typedef struct dictht{
//存放一个数组的地址,数组中存放哈希节点dictEntry的地址
dictEntry** table;
//哈希表table的大小,出始大小为4
unsingned long size;
//用于将hash值映射到table位置的索引,大小为(size-1)
unsingned long sizemask;
//记录哈希表已有节点(键值对)的数量
unsingned long used;
}dictht;
typedef struct dict{
dictType *type;
//私有数据,保存着dictType结构中函数的 参数
void *privdata;
//两张哈希表
dictht ht[2];
//rehash的标记,rehashidx == -1,表示没有进行 rehash
long rehashidx;
//正在迭代的迭代器数量
int itreators;
}dict;
typedef struct dictEntry {
//键
void *key;
//值
union {
void *value;
uint64_tu64;
int64_ts64;
}v;
//指向下个哈希节点,组成链表
struct dictEntry *next;
}dictEntry;
typedef struct dictType{
//计算哈希值的函数
unsigned int (*hashFunction)(const void * key);
//复制键的函数
void *(*keyDup)(void *private, const void *key);
//复制值得函数
void *(*valDup)(void *private, const void *obj);
//对比键的函数
int (*keyCompare)(void *privdata , const void *key1, const void *key2)
//销毁键的函数
void (*keyDestructor)(void *private, void *key);
//销毁值的函数
void (*valDestructor)(void *private, void *obj);
}dictType;
从底层源码实现可以看出,Redis中hash内部维护了两个hashtable:
- ht[0]:用于存放真实的key-value数据
- ht[1]:用于扩容(rehash)
【渐进式扩容 rehash】
- Redis采用渐进式扩容的原因
- 数据量过大,一次rehash是相当耗时的,这可能导致服务器一段时间内停止服务
- 渐进式扩容条件
- 正常情况下,当hash表中元素的个数等于ht[0]数组的长度时,就会开始进行扩容操作,扩容的新数组是原数组大小的2倍。
- 如果Redis正在执行bgsave(持久化)操作,为了减少内存过多的分离,Redis尽量不进行扩容,但是如果hash表达到ht[0]数组长度的5倍,此时强制扩容
- Redis渐进式扩容过程
- 在字典中维持一个索引计数器变量rehashidx,并将其设置为0,表示rehash开始;
- 在rehash期间,每次对字典进行增删改查,除了执行指定命令外,还会将ht[0]中rehashidx索引上的值rehash到ht[1]中,操作完成后rehashidx+1;
- 字典操作不断执行,最终在某个时间点,所有的键值对完成rehash,这时将rehashidx设置为-1,表示rehash完成;
- 在渐进式rehash过程中,字典会同时使用两个哈希表ht[0]和ht[1],所有的更新、删除、查找操作也会在两个哈希表进行。例如要查找一个键的话,服务器会优先查找ht[0],如果不存在,再查找ht[1],诸如此类。此外当执行新增操作时,新的键值对一律保存到ht[1],不再对ht[0]进行任何操作,以保证ht[0]的键值对数量只减不增,直至变为空表。
- set(集合)
Redis中set相当于Java中的HashSet,内部的键值对是无序、唯一的。它内部实现相当于一个特殊的字典,字典中所有的value都是一个NULL值。所以这里对set不在做详细的介绍。
- zset(有序集合)
zset是Redis中最具特色的一个数据结构,类似于Java中SortedSet和HashMap的结合体,保证内部value唯一性的同时,也为其赋予了一个score值,用于排序。
Redis中zset内部实现是一个称为 跳跃表 的数据结构,这种数据结构比较复杂,具体关于跳跃表的内容后期会有专门的文章进行详解,这里不在阐述。
写在最后
本文主要简单介绍了一下为什么使用Redis?以及Redis的5种基本数据结构,作为开始Redis学习之旅的开端 ?!通过上述的介绍,不同场景使用不同数据结构作为存储,可以简单总结:
- string:简单的key-value
- list:有序列表(底层是双向链表),可以做简单的队列
- hash:存储结构化数据
- set:无序列表(去重),提供一系列的交集、并集、补集的命令
- zset:可用于排行榜等
相关推荐
- 几种 TCP 连接中出现 RST 的情况
-
现在是一个网络时代了。应该不少程序员在编程中需要考虑多机、局域网、广域网的各种问题。所以网络知识也是避免不了学习的。而且笔者一直觉得TCP/IP网络知识在一个程序员知识体系中必需占有一席之地的。在...
- Redis连接使用报RDB error错误
-
该错误信息:Errorinexecution;nestedexceptionisio.lettuce.core.RedisCommandExecutionException:MISC...
- lua 语法介绍与 NGINX lua 高级用法实战操作
-
一、概述lua是一种轻量小巧的脚本语言,用标准C语言编写并以源代码形式开放,其设计目的是为了嵌入应用程序中,从而为应用程序提供灵活的扩展和定制功能。官网:https://www.lua.org/二、l...
- Python教程——20.协程 - 2
-
异步编程asyncio.Future对象Task继承Future,Task对象内部中的await结果的处理基于Future对象来的在Future对象中会保存当前执行的这个协程任务的状态,如果当...
- “我的足迹”、“浏览历史”,Redis如何快速记录与展示?
-
咱们在网上“买买买”、“逛逛逛”的时候,总会留下各种各样的“足迹”。无论是电商APP里你最近浏览过的商品,视频网站上你刚刚看过的剧集,还是新闻客户端里你点开过的文章……这些“历史记录”,有时候还真挺有...
- 你手机上的“消息推送”,Redis可能参与其中
-
手机上那些时不时就“叮咚”一下的消息推送,确实是咱们数字生活里不可或缺的一部分。这篇咱们就来聊聊,Redis这位“消息灵通人士”,是如何在这场“信息接力赛”中大显身手,确保那些重要的、有趣的通知,能够...
- 短视频APP的“附近的人”,Redis如何快速匹配?
-
刷短视频,除了看各种搞笑段子、才艺展示,有时候是不是也想看看“同城”或者“附近”的人都在发些啥有意思的内容?或者,平台也会时不时地给你推荐一些“附近正在直播”的主播,让你感觉一下子拉近了和这个虚拟世界...
- 微信朋友圈的点赞、评论,Redis在背后默默付出
-
微信朋友圈,这片小小的“自留地”,承载了我们多少喜怒哀乐、生活点滴啊!一张精心修饰的照片,一段随感而发的文字,发出去之后,最期待的是什么?那必须是屏幕下方不断冒出来的小红心和一条条真诚(或者商业互吹)...
- 网站登录老是掉线?Redis帮你记住你是谁!
-
有没有过这样的糟心体验?你好不容易登录了一个网站,刚看了两篇帖子,或者购物车里刚加了几件宝贝,结果一刷新页面,或者稍微离开了一会儿,回来就发现——“哎?我怎么又退出了?!”又得重新输入用户名、密码、...
- 你常用的APP,哪些地方可能用到了Redis?(猜想与分析)
-
咱们现在的生活,简直是离不开各种各样的手机APP了!从早上睁眼刷新闻,到中午点外卖,再到晚上刷短视频、玩游戏,一天到头,指尖在屏幕上就没停过。这些APP为了让我们用得爽、用得顺心,背后可是使出了浑身解...
- Redis是啥?为啥程序员天天挂嘴边?小白也能看懂!
-
这Redis到底是何方神圣?为啥那些天天在电脑前敲代码的程序员小哥哥小姐姐们,老是把它挂在嘴边,好像离了它地球都不转了似的?别担心,咱们今天不说那些听了就头大的代码和术语,就用大白话,保证你听完一拍大...
- 面试官:请你说说Redis为什么这么快?
-
1)Redis是基于内存的存储数据库,绝大部分的命令处理只是纯粹的内存操作,内存的读写速度非常快。2)Redis是单进程线程的服务(实际上一个正在运行的RedisServer肯定不止一个线程,但只有...
- 有了强大的关系型数据库,为什么还需要Redis?
-
在数字世界的浩瀚海洋中,关系型数据库,例如我们熟知的MySQL、PostgreSQL或Oracle,无疑是那些承载着核心业务数据、坚如磐石的“国家图书馆”或“银行金库”。它们以严谨的结构、强大的事务处...
- Java 中间件数据可靠性串讲:从 MQ 、MySQL、Redis 不丢失的保障之道
-
引言在现代分布式系统中,中间件扮演着至关重要的角色,它们是构建高可用、高性能、高可扩展应用架构的基石。消息队列(MQ)、数据库(如MySQL)、缓存(如Redis)等是其中最具代表性的组件。然而,...
- 运维部署方式之——虚机部署
-
标准化使用作業系统:LinuxCentOS7自动化方式通过Ansible系统初始化playbook来管理。目的系统初始化工作是一个简单、繁复的工作,从云网得到的虚拟主机只是一个基础的系统环境,...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)