Redis 的概念和数据结构(一)

已于 2022-05-02 10:44:19 修改
阅读量137 收藏 1
点赞数
分类专栏： redis 文章标签： redis
于 2022-04-16 23:38:45 首次发布
本文为博主原创文章，未经博主允许不得转载。
本文链接：https://blog.csdn.net/u014183456/article/details/124221929
版权

文章目录

Redis的概念

在我们日常的数据库开发中，无不都是使用数据库来进行数据的存储，由于一般的系统任务中通常不会存在高并发的情况，所以这样看起来并没有什么问题，可是一旦涉及大数据量的需求，比如一些商品抢购的情景，或者是主页访问量瞬间较大的时候，单一使用数据库来保存数据的系统会因为面向磁盘，磁盘读/写速度比较慢的问题而存在严重的性能弊端，一瞬间成千上万的请求到来，需要系统在极短的时间内完成成千上万次的读/写操作，这个时候往往不是数据库能够承受的，极其容易造成数据库系统瘫痪，最终导致服务宕机的严重生产问题。

为了克服上述的问题，项目通常会引入NoSQL技术，这是一种基于内存的数据库，并且提供一定的持久化功能。
Redis和MongoDB是当前使用最广泛的NoSQL，而就Redis技术而言，它的性能十分优越，可以支持每秒十几万此的读/写操作，其性能远超数据库，并且还支持集群、分布式、主从同步等配置，原则上可以无限扩展，让更多的数据存储在内存中，更让人欣慰的是它还支持一定的事务能力，这保证了高并发的场景下数据的安全和一致性。
Redis 主要有两个应用场景：

  • 存储缓存用的数据；
  • 需要高速读/写的场合使用它快速读/写；

Redis 是Remote Dictionary Service 的简称；也是远程字典服务；
Redis 是内存数据库，KV数据库，数据结构数据库；
Redis 应用非常广泛，如Twitter、暴雪娱乐、Github、Stack Overflow、腾讯、阿里巴巴、京东、华为、新浪微博等，很多中小型公司也在使用；

Redis命令查看：http://redis.cn/commands.html
Redis 手册(推荐): http://redisdoc.com/index.html

Redis的安装和编译

git clone https://gitee.com/mirrors/redis.git -b 6.2
cd redis
make
make test
make install
// 默认安装在 /usr/local/bin
// redis-server 是服务端程序
//redis-cli 是客户端程序

启动

mkdir redis-data
//把redis文件夹下 redis.conf 拷贝到 redis-data
//修改 redis.conf
//requirepass 修改密码 123456
//daemonize yes
cd redis-data
redis-server redis.conf
//通过 redis-cli 访问 redis-server
redis-cli -h 127.0.0.1 -a 123456

Redis的存储结构

redis的数据结构是由key-value组成的，value编码由多种数据结构组成，主要有: string, list， hash, set, zset。
在这里插入图片描述

string

字符数组，该字符串是动态字符串，字符串长度小于1M时，加倍扩容；超过1M每次只多扩1M；字符串最大长度为512M；
注意：redis字符串是二进制安全字符串；可以存储图片，二进制协议等二进制数据；

基础命令

# 设置 key 的 value 值
SET key <val>
# 获取 key 的 value
GET key
# 执行原子加一的操作
INCR key
# 执行原子加一个整数的操作
INCRBY key <increment>
# 执行原子减一的操作
DECR key
# 执行原子减一个整数的操作
DECRBY key <decrement>
# 如果key不存在，这种情况下等同SET命令。 当key存在时，什么也不做
SETNX key <value>
# 删除 key val 键值对
DEL key
# 设置或者清空key的value(字符串)在offset处的bit值。
SETBIT key offset <value>
# 返回key对应的string在offset处的bit值
GETBIT key <offset>
# 统计字符串被设置为1的bit数.
BITCOUNT key

存储结构

字符串长度小于等于 20 且能转成整数，则使用 int 存储；
字符串长度小于等于 44，则使用 embstr 存储；
字符串长度大于 44，则使用 raw 存储；

为什么redis字符串存储小于等于44字节时，是 embstr 类型，而超过44是 raw 类型？
首先我们看下存储string的数据结构就知道了，

typedef struct redisObject {
unsigned type:4;
unsigned encoding:4;
unsigned lru:LRU_BITS; /* LRU time (relative to global lru_clock) or
* LFU data (least significant 8 bits
frequency
* and most significant 16 bits access time).
*/
int refcount;
void *ptr;
} robj;
struct __attribute__ ((__packed__)) sdshdr8 {
uint8_t len; /* used */
uint8_t alloc; /* excluding the header and null terminator */
unsigned char flags; /* 3 lsb of type, 5 unused bits */
char buf[];
};
#define OBJ_ENCODING_EMBSTR_SIZE_LIMIT 44
robj *createStringObject(const char *ptr, size_t len) {
if (len <= OBJ_ENCODING_EMBSTR_SIZE_LIMIT)
return createEmbeddedStringObject(ptr,len);  //创建embstr类型
else
return createRawStringObject(ptr,len);    // 创建raw类型
}

redisObject 占用16个字节； sdshdr8 占用 3+x+1 个字节（后面加1是因为 char buf[] 要预留一个 \0 ）；
redis 内存分配器认为 大于 64个字节为大字符串；所以留给小字符串的大小为 64 - 16 - 3 - 1 = 44 ;

应用

// 对象存储
SET role:10001 ‘{[“name”]:“xiaomin”,[“sex”]:“male”,[“age”]:30}’
GET role:10001
// 累加器
//统计阅读数 累计加1
incr reads
累计加100
incrby reads 100
//分布式锁
#加锁
setnx lock 1
#释放锁
del lock
// 位运算
//月签到功能 10001 用户id 202106 2021年6月份的签到 6月份的第1天
setbit sign:10001:202106 1 1
//计算 2021年6月份 的签到情况
bitcount sign:10001:202106
//获取 2021年6月份 第二天的签到情况 1 已签到 0 没有签到
getbit sign:10001:202106 2

list

双向链表实现，列表首尾操作（删除和增加）时间复杂度 O(1) ；查找中间元素时间复杂度为O(n) ；
列表中数据是否压缩的依据：

  1. 元素长度小于 48，不压缩；
  2. 元素压缩前后长度差不超过 8，不压缩；

基础命令

#从队列的左侧入队一个或多个元素
LPUSH key value [value …]
#从队列的左侧弹出一个元素
LPOP key
#从队列的右侧入队一个或多个元素
RPUSH key value [value …]
#从队列的右侧弹出一个元素
RPOP key
#返回从队列的 start 和 end 之间的元素 0, 1 2
LRANGE key start end
#从存于 key 的列表里移除前 count 次出现的值为 value 的元素
LREM key count value
#它是 RPOP 的阻塞版本，因为这个命令会在给定list无法弹出任何元素的时候阻塞连接
BRPOP key timeout

存储结构

/* Minimum ziplist size in bytes for attempting compression. */
#define MIN_COMPRESS_BYTES 48
/* quicklistNode is a 32 byte struct describing a ziplist for a quicklist.
* We use bit fields keep the quicklistNode at 32 bytes.
* count: 16 bits, max 65536 (max zl bytes is 65k, so max count actually <
32k).
* encoding: 2 bits, RAW=1, LZF=2.
* container: 2 bits, NONE=1, ZIPLIST=2.
* * recompress: 1 bit, bool, true if node is temporary decompressed for
usage.
* attempted_compress: 1 bit, boolean, used for verifying during testing.
* extra: 10 bits, free for future use; pads out the remainder of 32 bits */
typedef struct quicklistNode {
struct quicklistNode *prev;
struct quicklistNode *next;
unsigned char *zl;
unsigned int sz; /* ziplist size in bytes */
unsigned int count : 16; /* count of items in ziplist */
unsigned int encoding : 2; /* RAW==1 or LZF==2 */
unsigned int container : 2; /* NONE==1 or ZIPLIST==2 */
unsigned int recompress : 1; /* was this node previous compressed? */
unsigned int attempted_compress : 1; /* node can't compress; too small
*/
unsigned int extra : 10; /* more bits to steal for future usage */
} quicklistNode;
typedef struct quicklist {
quicklistNode *head;
quicklistNode *tail;
unsigned long count; /* total count of all entries in all
ziplists */
unsigned long len; /* number of quicklistNodes */
int fill : QL_FILL_BITS; /* fill factor for individual
nodes */
unsigned int compress : QL_COMP_BITS; /* depth of end nodes not to
compress;0=off */
unsigned int bookmark_count: QL_BM_BITS;
quicklistBookmark bookmarks[];
} quicklist;

应用

栈（先进后出 FILO）
LPUSH + LPOP
#或者
RPUSH + RPOP

队列（先进先出 FIFO）
LPUSH + RPOP
#或者
RPUSH + LPOP
阻塞队列（blocking queue）
LPUSH + BRPOP
#或者
RPUSH + BLPOP
异步消息队列
操作与队列一样，但是在不同系统间；

裁剪最近5条记录

ltrim says 0 4
lrange says 0 -1
实际项目中需要保证命令的原子性，所以一般用 lua 脚本 或者使用 pipeline 命令；
– redis lua脚本
local record = KEYS[1]
redis.call(“LPUSH”, “says”, record)
redis.call(“LTRIM”, “says”, 0, 4)

hash

散列表，在很多高级语言当中包含这种数据结构；c++ unordered_map 通过 key 快速索引 value；

基础命令

#获取 key 对应 hash 中的 field 对应的值
HGET key field
#设置 key 对应 hash 中的 field 对应的值
HSET key field value
#设置多个hash键值对
HMSET key field1 value1 field2 value2 … fieldn valuen
#获取多个field的值
HMGET key field1 field2 … fieldn
#给 key 对应 hash 中的 field 对应的值加一个整数值
HINCRBY key field increment
#获取 key 对应的 hash 有多少个键值对
HLEN key
#删除 key 对应的 hash 的键值对，该键为field
HDEL key field

存储结构

节点数量大于 512（hash-max-ziplist-entries） 或所有字符串长度大于 64（hash-max-ziplistvalue），则使用 dict 实现；节点数量小于等于 512 且有一个字符串长度小于 64，则使用 ziplist 实现；

应用
存储对象

hmset hash:10001 name ming age 18 sex male
# 与 string 比较
set hash:10001 '{["name"]:"ming ",["sex"]:"male",["age"]:18}'
# 假设现在修改 ming 的年龄为19岁
# hash：
hset hash:10001 age 19
# string:
get role:10001
# 将得到的字符串调用json解密，取出字段，修改 age 值
# 再调用json加密
set role:10001 '{["name"]:"ming ",["sex"]:"male",["age"]:19}'

# 将用户id作为 key
# 商品id作为 field
# 商品数量作为 value
# 注意：这些物品是按照我们添加顺序来显示的；
# 添加商品：
hset MyCart:10001 40001 1
lpush MyItem:10001 40001
# 增加数量：
hincrby MyCart:10001 40001 1
hincrby MyCart:10001 40001 -1 // 减少数量1
# 显示所有物品数量：
hlen MyCart:10001
# 删除商品：
hdel MyCart:10001 40001
lrem MyItem:10001 1 40001
# 获取所有物品：
lrange MyItem:10001
# 40001 40002 40003
hget MyCart:10001 40001
hget MyCart:10001 40002
hget MyCart:10001 40003

set

集合；用来存储唯一性字段，不要求有序；

基础命令

# 添加一个或多个指定的member元素到集合的 key中
SADD key member [member ...]
# 计算集合元素个数
SCARD key
# SMEMBERS key
SMEMBERS key
# 返回成员 member 是否是存储的集合 key的成员
SISMEMBER key member
# 随机返回key集合中的一个或者多个元素，不删除这些元素
SRANDMEMBER key [count]
# 从存储在key的集合中移除并返回一个或多个随机元素
SPOP key [count]
# 返回一个集合与给定集合的差集的元素
SDIFF key [key ...]
# 返回指定所有的集合的成员的交集
SINTER key [key ...]
# 返回给定的多个集合的并集中的所有成员
SUNION key [key ...]

存储结构

元素都为整数且节点数量小于等于 512（set-max-intset-entries），则使用整数数组存储；元素当中有一个不是整数或者节点数量大于 512，则使用字典存储；

应用
抽奖

# 添加抽奖用户
sadd Award:1 10001 10002 10003 10004 10005 10006
sadd Award:1 10009
# 查看所有抽奖用户
smembers Award:1
# 抽取多名幸运用户
srandmember Award:1 10
# 如果抽取一等奖1名，二等奖2名，三等奖3名，该如何操作？

共同关注

sadd follow:A mark king darren mole vico
sadd follow:C mark king darren
sinter follow:A follow:C

推荐好友

sadd follow:A mark king darren mole vico
sadd follow:C mark king darren
# C可能认识的人：
sdiff follow:A follow:C

zset

有序集合；用来实现排行榜；它是一个有序结构；

基础命令

# 添加到键为key有序集合（sorted set）里面
ZADD key [NX|XX] [CH] [INCR] score member [score member ...]
# 从键为key有序集合中删除 member 的键值对
ZREM key member [member ...]
# 返回有序集key中，成员member的score值
ZSCORE key member
# 为有序集key的成员member的score值加上增量increment
ZINCRBY key increment member
# 返回key的有序集元素个数
ZCARD key
# 返回有序集key中成员member的排名
ZRANK key member
# 返回存储在有序集合key中的指定范围的元素
ZRANGE key start stop [WITHSCORES]
# 返回有序集key中，指定区间内的成员(逆序)
ZREVRANGE key start stop [WITHSCORES]

存储结构

节点数量大于 128或者有一个字符串长度大于64，则使用跳表（skiplist）；节点数量小于等于128（zset-max-ziplist-entries）且所有字符串长度小于等于64（zset-maxziplist-value），则使用 ziplist 存储；

应用
热榜

# 点击新闻：
zincrby hot:20210203 1 10001
zincrby hot:20210203 1 10002
zincrby hot:20210203 1 10003
zincrby hot:20210203 1 10004
zincrby hot:20210203 1 10005
zincrby hot:20210203 1 10006
zincrby hot:20210203 1 10007
zincrby hot:20210203 1 10008
zincrby hot:20210203 1 10009
zincrby hot:20210203 1 10010
# 获取排行榜：
zrevrange hot:20210203 0 9 withscores

延迟队列

将消息序列化成一个字符串作为 zset 的member；这个消息的到期处理时间作为score，然后用多个线程轮询zset获取到期的任务进行处理。

def delay(msg):
	msg.id = str(uuid.uuid4()) #保证 member 唯一
	value = json.dumps(msg)
	retry_ts = time.time() + 5 # 5s后重试
	redis.zadd("delay-queue", retry_ts, value)
# 使用连接池
def loop():
	while True:
		values = redis.zrangebyscore("delay-queue", 0, time.time(), start=0, num=1)
		if not values:
			time.sleep(1)
			continue
		value = values[0]
		success = redis.zrem("delay-queue", value)
		if success:
			msg = json.loads(value)
			handle_msg(msg)
# 缺点：loop 是多线程竞争，两个线程都从zrangebyscore获取到数据，但是zrem一个成功一个失
败，
# 优化：为了避免多余的操作，可以使用lua脚本原子执行这两个命令
# 解决：漏斗限流

分布式定时器
在这里插入图片描述

生产者将定时任务 hash 到不同的 redis 实体中，为每一个redis实体分配一个dispatcher进程，用来定时获取redis中超时事件并发布到不同的消费者中；

时间窗口限流

系统限定用户的某个行为在指定的时间里只能发生N次

# 指定用户 user_id 的某个行为 action 在特定时间内 period 只允许发生做多的次数
max_count
def is_action_allowed(userid, action, period, max_count):
	key = 'hist:%s:%s' % (userid, action)
	now_ts = int(time.time()*1000) # 毫秒时间戳
	with client.pipeline() as pipe:
		# 记录行为
		pipe.zadd(key, now_ts, now_ts)
		# 移除时间窗口之前的行为记录，剩下的都是时间窗口内的
		pipe.zremrangebyscore(key, 0, now_ts - period * 1000)
		# 获取时间窗口内的行为数量
		pipe.zcard(key)
		# 设置过期时间，避免冷用户持续占用内存 时间窗口的长度+1秒
		pipe.expire(key, period + 1)
		_,_,current_count,_ = pipe.execute()
	return current_count <= max_count
can_reply = is_action_allowed(10001, "replay", 60, 5)

if can_reply:
	do_reply()
else:
	raise ActionThresholdOverflow()
# 维护一次时间窗口，将窗口外的记录全部清理掉，只保留窗口内的记录；
# 缺点：记录了所有时间窗口内的数据，如果这个量很大，不适合做这样的限流
birate_小小人生
关注
专栏目录
Redis五种对象详解
godloveayuan的博客
06-05 498
文章目录一、对象1.1 对象结构1.2 对象类型1.3 对象命令1.4 内存回收1.5 对象共享1.6 对象空转时长1.7 类型检查命令多态类型检查命令多态二、字符串对象2.1 存储结构int编码embstr编码raw编码2.2 编码选择与转换三、列表对象3.1 存储结构ziplist编码linkedlist编码3.2 编码转换四、哈希对象4.1 存储结构ziplist编码hashtable编码4.2 编码转换五、集合对象Set5.1 存储结构intset编码hashtable编码5.2 编码转换六、有序集
Redis底层核心数据结构与Redis6.0新特性
qq_44027353的博客
03-27 552
在移动数据过程中如果客户端进行了更新操作，Redis会操作两个dictht，先去老数组ht[0]中找，如果没有找到就直接去新数组ht[1]中操作，如果老数组找到了就是在老数组中去操作，同时会把这个hash桶中的数据全都移动到新数组中去。中的level记录的是最高的层高数，因为索引遍历时是从最高的那一层开始往下找的，这个层高是通过一个随机函数生成的，越高的层数出现的概率越低。Redis中所有的key都是String类型的，底层是使用的SDS类型，没有使用c语言的字符数组去实现字符串。
redis存储对象_Redis概念以及底层数据结构
weixin_39907922的博客
11-28 196
(点击上方快速关注并设置为星标，一起学Python)作者：Worktile高级工程师 龚林杰 链接：https://worktile.com/blog/tech/tech-redisRedis 简介REmote DIctionary Server(Redis) 是一个由SalvatoreSanfilippo写的key-value存储系统。Redis是一个开源的使用ANSI C语言...
【Redis】redis入门
Leoh的博客
02-07 334
reids应用 记录朋友圈点赞数、评论数和点击数（hash) 记录朋友圈说说列表（排序），便于快速显示朋友圈（zset) 记录文章的标题、摘要、作者和封面，用于列表页展示（hash) 记录朋友圈的点赞用户ID列表，评论ID列表，用于显示和去重计数（zset） 缓存热点数据，减少数据库压力（hash） 如果朋友圈说说ID是整数id，可使用redis来分配朋友圈说说id（计数器）（string） 通过集合（set）的交并差集运算来实现记录好友关系（set） 游戏业务中，每局战绩存储（list) redis安
Redis的概念及数据结构
微滑低的博客
11-25 109
Redis的概念及数据结构 1.什么是Redis？ Redis是一个key-value存储系统。它支持存储的value类型相对更多，包括string(字符串)、list(链表)、set(集合)、zset(sorted set --有序集合)和hash（哈希类型） 这些数据类型都支持push/pop、add/remove及取交集并集和差集及更丰富的操作，而且这些操作都是原子性的。在此基础上，redis支持各种不同方式的排序。 2.Redis的数据结构 就是上面所说的几种数据类型 字符串类型 string 哈希
Redis核心原理与实战之Redis对象
kogodlife的博客
05-03 141
一、键(key)的通用操作 命令 描述 KEYS pattern 查找所有符合给定模式(pattern)的key。 DEL key 该命令用于在key存在时删除key EXISTS key 检查给定key是否存在 MOVE key db 将当前数据库的key移动到给定的数据库db当中。 RENAME key newkey 修改key的名称 RENAMENX key newkey 仅当newkey不存在时，将k
01-VIP-Redis核心数据结构与核心原理1
08-03
Redis是一款高性能的键值存储系统，它以其丰富的数据结构、高效的数据操作以及强大的持久化机制在现代互联网架构中扮演着重要角色。本篇文章主要探讨Redis的核心数据结构和核心原理，以及如何利用IO多路复用技术处理...
数据结构Redis中数据类型对应的数据结构.pdf
07-11
Redis的这些数据结构设计考虑了内存效率、查询速度和数据操作的便利性。压缩列表和散列表等自定义数据结构是Redis能够高效运作的关键。在实际应用中，Redis广泛用于缓存、消息队列、计数器等多种场景，其高性能和...
Redis数据结构
热门推荐
makersy的博客
03-29 1万+
命令学习可以使用 在线redis环境。 数据类型 Redis 比较常见的数据结构有 string、list、hash、set、sorted set 等，但是 Redis 还有比较高级的3种数据结构：HyperLogLog、Geo、BloomFilter。 String（字符串） String 是 Redis 最简单最常用的数据结构，也是 Memcached 唯一的数据结构。在平时的开发中，String 可以说是使用最频繁的了。 底层实现： 如果一个字符串对象保存的是整数值， 并且这个整数值可以用 long
Redis核心数据结构与高性能原理.zip
最新发布
05-01
Redis是一款高性能的键值存储系统，它以其丰富的数据结构、高效的数据操作以及出色的服务性能而闻名于世。本文将深入探讨Redis的核心数据结构及其高性能原理。 Redis中的主要数据结构包括字符串（String）、哈希...
Redis核心知识点
qq_34959478的博客
09-08 408
Nosql数据库-redis 这里将持续整理一些 Redis 核心笔记 中文社区：redis.cn 一、Redis 1. 简介 单线程为什么这么快？ 纯内存 非阻塞IO 避免线程切换和竞争消耗 单线程Redis注意事项 一次只运行一条命令 拒绝长（慢）命令，例如：keys、flushall、flushdb、slow lua script、mutil/exec、ope...
Redis核心技术进阶一（数据结构）
Peter_Changyb的博客
08-27 509
Redis数据结构 redis是一种高级的key:value存储系统，其中value支持五种数据类型： 1.字符串（strings） 2.字符串列表（lists） 3.字符串集合（sets） 4.有序字符串集合（sorted sets） 5.哈希（hashes） 而关于key，有几个点要提醒大家： 1.key不要太长，尽量不要超过1024字节，这不仅消耗内存，而且会降低查找的效率； ...
Redis设计原理之五种对象(二)
piaoslowly的专栏
10-24 249
Redis设计原理之五种对象(二) 第一章介绍了redis的8种数据结构,但是redis并没有直接使用这些数据结构来实现键值对数据库,而是基于这些数据结构创建了一个对象系统.字符串对象,列表对象,哈希对象,集合对象和有序集合对象.每种对象都至少用到了一种其中的数据结构. 对象 Redis使用对象来表示数据库中的键和值,我们每次在redis中创建一个键值对,就至少会包含两个对象,一个键对象,一个...
「Redis数据结构」RedisObject
frozenpenguin的博客
12-05 1523
redisObject对象非常重要，Redis对象的类型、内部编码、内存回收、共享对象等功能，都需要redisObject支持。
Redis的五种对象类型及其底层实现
Jaylon Wang的专栏
03-16 189
Redis的五种对象类型及其底层实现 Redis对象类型简介 Redis是一种key/value型数据库，其中，每个key和value都是使用对象表示的。比如，我们执行以下代码： redis>SET message "hello redis" 其中的key是message，是一个包含了字符串"message"的对象。而value是一个包含了"hello redis"的对象。 Re...
redis简介和安装
clyu的博客
08-13 198
一、什么是NOSQL数据库 1.1 NoSQL简史 NoSQL在软件技术领域并不是新生事物。 自1998年这个术语由Carlo Strozzi首次提出以来，它们就一直存在。 他创建了第一个不使用SQL语言的数据库系统。 但是直到2008年开始出现对高速数据处理的需求时，数据库模型才开始兴起。 较大的公司，例如Google，Facebook，Amazon等，开始利用此数据库使用NoSQL数据库处理其大量数据。 1.2 NoSQL数据库的四大类型 1 键值(Key-Value)存储数据库 这一类数据库主要会使用
学习笔记 | Redis 8大核心数据类型
大虎牙的博客
07-04 563
Redis 有 8 种核心数据类型 string 字符串类型； list 列表类型； set 集合类型； sorted set 有序集合类型； hash 类型； bitmap 位图类型； geo 地理位置类型； HyperLogLog 基数统计类型。 string 字符串 string 是 Redis 的最基本数据类型。可以把它理解为 Mc 中 key 对应的 value 类型。string 类型是二进制安全的，即 string 中可以包含任何数据。 Redis 中的普通 string 采用 raw
Redis详解：Redis对象
hxt的博客
04-20 370
Redis包含字符串对象、列表对象、哈希对象、集合对象和有序集合对象这五种类型的对象 Redis的对象系统实现了基于引用计数技术的内存回收机制，当程序不再使用某个对象的时候，这个对象所占用的内存就会被自动释放，还通过引用计数技术实现了对象共享机制，这一机制可以在适当的条件下，通过让多个数据库键共享同一个对象来节约内存 Redis的对象带有访问时间记录信息，该信息可以用于计算数据库建的空转时长，在服...
redis中的对象（一）
weixin_45404652的博客
02-06 945
redis并没有直接用数据结构来存储数据，而是将他们聚合为一个对象 redis有五大数据类型，str，list，dict(map)，set，orderset。这五个数据库类型的底层基本都是由上一篇讲过的数据结构定义的 redis中的对象均是以键值对的形式来存储的。我们讨论的对象是“值”的对象，而键的对象均是string 一个对象有三个属性 1.TYPE: 是一个常量，主要有上述几种。当然这是“值”的对象类型 2. ENCODING：说明了对象使用了怎样的编码结构作为底...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值