自己做的网站改变字体,家居设计案例,丹阳市建设局网站,吉首建设局网站在之前的文章我们介绍过#xff0c;Redis服务器在启动之初#xff0c;会初始化RedisServer的实例#xff0c;在这个实例中存在很多重要的属性结构#xff0c;同理本篇博客中介绍的数据库实现原理也会和其中的某些属性相关#xff0c;我们继续看一下吧。
1.服务器和客户端… 在之前的文章我们介绍过Redis服务器在启动之初会初始化RedisServer的实例在这个实例中存在很多重要的属性结构同理本篇博客中介绍的数据库实现原理也会和其中的某些属性相关我们继续看一下吧。
1.服务器和客户端实现的数据库 Redis服务器在启动时会根据redis.conf文件的中databases xx这个配置决定创建多少个数据库默认配置是16启动后默认使用的0号数据库当然可以使用select dbnum这个命令来切换。需要注意的是在redis集群模式下只有0号数据库可以用是无法切换到其他库的。 Redis服务器会将所有的数据库都保存在服务器状态的redisServer的db数组中数组的每一项都代表了一个数据库用redisDb结构来表示。首先看一下redisServer.db的源码
struct redisServer {...// 代表数据库的数组redisDb *db;// 这个记录的配置文件中数据库的数量int dbnum; ...
}我们通过客户端向Redis写入的任何数据都会记录到这个db数组中根据前面描述我们知道可以通过select命令切换到另一个目标数据库但是客户端是怎么记录的它当前操作的哪个数据库呢我们继续看一下源码
typedef struct client {...// 指针指向当前客户端正在操作的数据库redisDb *db; /* Pointer to currently SELECTed DB. */...
} client;看在client客户端状态中有一个db指针指向了server.db数组中的某一项代表了当前客户端正在操作的数据库。所以通过切换client.db的指针调整客户端操作的数据库这就是select命令的实现原理。
2.数据库字典的实现 Redis是支持key-value键值对存储的这其实是通过dict结构来实现的在前面讲到的内容中服务器和客户端都指向了一个redisDb的结构在这个db结构中就包含存储了键值对的字典结构首先看一下源码
typedef struct redisDb {...// 这个存放的就是键值对dict *dict; /* The keyspace for this DB */// 这个存放的是键值对的过期时间下面一节会说到dict *expires; /* Timeout of keys with a timeout set */...
} redisDb;dict这个指针就指向了存储键值对的字典结构key是字符串robj类型value可以是任何的robj类型。当我们分别新增、删除、更新或者查询的时候其实就是根据输入的key在这个字典上做curd的操作。我们在Redis写入两个键值对图示如下 除了对数据库键值对的curd操作基于整个数据操作的一些命令也是在这个dict上面实现的比如清空所有键值对的flushdb或者exists、del、dbsize命令等。在执行命令前后redis还会执行一些其他操作比如检查是否超出最大内存更新lru时间记录慢查询日志或者向monitor客户端发送命令等等这就是redis数据字典的实现原理。
3.键值对的生命周期管理 这里说的生命周期其实就是指键值对的过期时间。通常我们使用expire key这个命令设置键的过期时间但其实Redis是有四个命令支持设置过期时间的
expire key seconds 将key的生命周期设置为second秒pexpire key milliseconds 将key的生命周期设置为milliseconds毫秒expireat key timestamp 将key的过期时间设置在timestamp这个秒的时间戳过期pexpireat key timestamp 将key的过期时间设置在timestamp这个毫秒的时间戳过期 值得说明的是虽然有这么多命令支持设置过期时间但是最终经过转换都是指向pexpireat这一个命令来实现。现在的问题是这么多键值对的过期时间在redis服务端是怎么保存和维护的呢我们继续往下看。 前面在看redisDb源码的时候有一个expires属性我们再把源码拿过来看一下
typedef struct redisDb {...// 这个存放的是键的过期时间dict *expires; /* Timeout of keys with a timeout set */...
} redisDb;这就很清晰了通过expires这个指针指向了一个dict结构字典中记录的就是所有键值对的过期时间。其中key是键值对的键value是long类型的毫秒精度的unix时间戳即过期的时间点。值得注意的是保存键值对的dict字典和保存过期时间的expires字典key指针都指向相同的一个键字符串对象所以在内存空间上是不会存在浪费的。 除此之外跟过期时间操作相关的两个命令当然也是基于expires这个字典来实现的
ttl 返回键值对的剩余时间persist删除键值对的过期时间
4.过期键的管理策略 既然有过期时间那么键值对过期之后是不是立即被删除了呢答案肯定不是redis通过惰性删除和定期删除两种策略实现对过期键的管理
惰性删除策略当程序访问到某个键值对的时候会对过期时间检查如果过期就删除否则不处理。定期删除策略基于serverCron时间事件函数从一定数量的数据库中取出一定数量的随机键进行检查并删除其中过期的键值对。 使用这两种过期键管理策略可以最大程度上在合理使用CPU时间和避免浪费内存空间之间取得平衡。
5.持久化对过期键的处理
rdb 持久化 save或者bgsave会检查键的过期时间已过期的键不会保存到的持久化的rdb文件中。服务器启动载入rdb文件时如果是主服务器过期键会被忽略加载如果是从服务器不论是否过期都会被加载。 aof 持久化 写入aof文件时key是会写入的过期之后通过追加del命令才会显示的删除此过期键。bgrewriteaof 重写时会检查键的过期时间已过期的键不会写入新的aof文件中。服务器启动载入aof文件时过期键也会被忽略不会被加载。
6.主从复制对过期键的处理 主从复制为了保证数据的一致性通常由主服务器执行更新的操作然后将命令发送给从服务器。在3.2版本之前由于惰性删除策略的存在主服务器遇到对过期键的访问会删除此键值对并给客户端返回null值但是从服务器由于不能执行删除操作即便是此键已过期也会返回对应的value值出现数据不一致导致的脏读问题。 在3.2版本之后这个问题得到了修改从服务器会判断当前键是否过期如果已过期并且是从服务器的话也会返回null值。
