Redis服务器默认有16个数据库，一个数据库对应一个RedisDB数据结构。
dict *dict;
dict *expires;
dict * blocking_keys;
dict * ready_keys;
dict * watched_keys;
……
}
dict:键空间散列表，用于存放所有键值对expires:过期时间散列表，存放键的过期时间blocking_keys:处于阻塞状态的键和对应的clientready_keys:解除阻塞状态的键和对应的client，与blocking_keys属性相对watched_keys:watch的键和对应的client，主要用于事务
Redis的键值都是redisObject对象，每次当我们在Redis的数据库中新创建一个键值对时，会生成一个用于键名的redisObject对象和一个用于键值的redisObject对象
int4 type;
int4 encoding;
void *ptr;
int24 lru;
int32 refcount;
}
字段描述说明type用于表示Redis对应的类型string、list、hash、set、zset、stream等，用枚举表示encoding内部编码int，embstr，raw，hashtable，quicklist， ziplist，intset，skiplist等，用枚举表示lru24位，可选LFU或LRU当为LRU时，表示最后一次访问时间；当为LFU时，高16位用来表示分钟级别的访问时间，低8位用来表示访问频次，频次的增加使用的是概率算法，基数越大越难增加；访问时间更新时，存在一定概率将访问频次衰减。（两者共有）访问时间是对一个数取模，当前时间也取模， 当前时间大于访问时间，则为两数之差；当前时间小于访问时间，则为当前时间加上模数与访问时间之差refcount引用计数初始值为1，实际应用中参考意义不大ptr指针，占8个字节，指向数据的地址dict、expires等，指针指向同一个地址
命令，就是对RedisObject的相关操作。
object idletime key # 返回key的空闲时间，即上次读写键以来经过的近似描述，在lfu模式下不可用
set name zhangsan
object freq name # 获取计数值，仅lfu模式下可用，初始化为5
get name
object freq name # 再次访问，返回为6
当string值为整数并且小于等于long的最大值时，encoding为int类型，ptr直接指向该int型地址
Redis的字符串叫SDS（Simple Dynamic String，简单字符串），对应key，非整数型的String值
int8 capacity; // 数组容量
int8 len; // 实际长度
int8 flags;
byte[] content; // 数组内容
}
可以看出，SDS与Java的ArrayList结构类似，也是分配初始长度，长度超出时扩容。Redis规定字符串的长度不能超过512M。
当长度特别短时，使用embstr形式存储；当长度超出44字节时，使用raw形式存储。
已知内存分配器最大分配单位是64字节，RedisObject占16个字节，SDS标识占3个字节，字符串以NULL结尾需要占用一个字节，因此当字符串长度小于等于44时，只需要分配一次内存。RedisObject与SDS在同一内存单位，我们将这种数据结构称为embstr，而不在同一内存单位的，称为raw。
dict（encoding编码为hashtable类型，字典）对应hash、set、zset（用于存储value与score的映射）集合。
dict与Java的HashMap结构类似，不同的是HashMap扩容是申请数组，然后遍历，将旧数据重新hash后挂到数组下面，作为单线程的Redis很难承受这样耗时的过程，所以它使用了两个数组，先返回，然后空闲的时候一点一点搬数据，搬完之后再将旧数据清空，我们将这样的过程成为渐进式rehash。
dictht ht[2];
}
以上就是Redis数据结构原理浅析的详细内容，更多关于Redis数据结构的资料请关注脚本之家其它相关文章！
相关文章
