本文主要介绍Redis服务器数据库的设计与实现,说明保存数据库的方法,保存键值对的方法,以及针对数据库添加、删除、查找、更新操作的实现方法,并且还会说明对过期键的处理方式。
I、服务器中的数据库
Redis服务器将所有的数据库都保持在redisServer结构的db数组中,每个db数组都是一个redisDb结构,每个redisDb都表示一个数据库:
II、切换数据库
客户端可以通过SELECT
命令来切换目标数据库。
在服务器内部,客户端状态redisClient结构的db属性记录了客户端当前的目标数据库,这个属性是一个指向redisDb的指针:
typedef struct redisClient {
//记录客户端当前正在使用的数据库
redisDb *db;
} redisClient;
通过修改redisClient.db指针,让它指向服务器中的不同数据库,从而实现切换数据库的功能,这就是SELECT
命令的实现原理。
III、数据库键空间
redisDb结构中的dict字典保存了数据库中的所有键值对,我们将这个字典称为键空间:
typedef struct redisDb {
//数据库键空间,保存所有键值对
dict *dict;
} redisDb;
数据库的键空间是一个字典,所有对数据库的操作,都是以字典操作来实现的,如数据库的添加、删除、更新、取值等。
IV、设置键的生存时间或过期时间
4.1 设置过期键命令
通过EXPIRE
命令或PEXPIRE
命令,客户端可以以秒或毫秒为单位为数据库中的某个键设置生存时间(TTL,Time To Live)。
客户端还可以通过EXPIREAT
命令或PEXPIREAT
命令,以秒或毫秒为单位设置过期时间,这个过期时间是一个UNIX时间戳。
TTL
命令和PTTL
命令接受一个带有生存时间或过期时间的键,返回这个键的剩余生存时间。
4.2 保存过期时间
redisDb结构的expires字典保存了数据库中所有键的过期时间,称这个字典为过期字典:
typedef struct redisDb {
//过期字典,保存着键的过期时间
dict *expires;
} redisDb;
下图展示了这个结构:
4.3 移除过期时间
PERSIST
命令可以移除一个键的过期时间,其是PEXPIREAT
命令的反操作。
V、过期键删除策略
5.1 三种基本删除策略
1、定时删除:在设置键的过期时间的同时,创建一个定时器,让定时器在键过期时间到达时,执行对键的删除操作。
定时删除策略对内存是最友好的,因为其可以保证过期键尽可能快的被删除,并释放过期键所占内存。
但其对CPU时间是不友好的, 在过期键比较多的情况下,删除过期键这一行为可能会占用相当一部分CPU时间。如果有当量的命令请求等待服务器处理,那么服务器应该优先将CPU时间处理客户端请求,而不是在删除过期键上面。
2、惰性删除:放任过期键不管,但是每次从键空间中获取键时,都检查取得的键是否过期,如果过期则删除,如果不过期,则返回该键。
与上面的分析类似,惰性删除策略对CPU时间来说是最友好的,但对内存是不友好的。
3、定期删除:每隔一段时间,程序就对数据库进行一次检查,删除里面的过期键。至于要删除多少过期键,以及要检查多少个数据库,都是由算法决定的。
定期删除策略是前面两种删除策略的整合和折中:
每隔一段时间执行一次删除操作,并限制删除操作的时长和频率,以减少删除操作对CPU时间的影响。
通过定期删除有效减少了因为过期键而带来的内存浪费。
5.2 Redis的过期键删除策略
Redis服务器采用惰性删除和定期删除两种策略,通过配合使用这两种删除策略,可以很好的在合理使用CPU时间和避免内存浪费之间取得平衡。
VI、AOF,RDB和复制功能对过期键的处理
RDB持久化、AOF持久化以及复制功能是如何处理数据库中的过期键的?
6.1 生成RDB文件
在执行SAVE
命令或BGSAVE
命令创建一个RDB文件时,程序对数据库中的键进行检查,已过期的键不会被保存到新创建的RDB文件中。
所以,数据库中包含过期键不会对生成新的RDB文件造成影响。
6.2 载入RDB文件
如果服务器开启了RDB功能,则服务器将对RDB文件进行载入:
· 如果服务器以主服务器模式运行,那么在载入RDB文件时,程序会对文件中保存的键进行检查,未过期的键会被载入到数据库中,而过期键会被忽略。
所以过期键对载入RDB文件的主服务器不会造成影响。
· 如果服务器以从服务器模式运行,那么在载入RDB文件时,文件中保存的所有键不论是否过期,都会被载入到数据库中,但是因为主从服务器在进行数据同步的时候,从服务器就会重新更新为与主服务器一致,而这时也会删除过期键。
因此,过期键对载入RDB文件的从服务器也不会造成影响。
6.3 AOF文件写入
当服务器以AOF持久化模式运行时,如果数据库中的某个键已经过期,还没有被惰性删除或定期删除,则AOF文件不会因为这个过期键而产生任何影响,这是因为当过期键被惰性删除或定期删除之后,程序会向AOF文件追加一条DEL
命令。
6.4 AOF重写
在执行AOF重写的过程中,程序会对数据库中的键进行检查,已过期的键不会被重写到AOF文件中。
6.5 复制
当服务器运行在复制模式下,从服务器的过期键删除动作由主服务器控制:
· 主服务器在删除一个过期键之后,会显式的向所有从服务器发送一个DEL
命令;
· 从服务器在执行客户端发送的读命令时,即使碰到过期键也不会将过期键删除,而是正常返回;
· 从服务器只有在接到主服务器发来的DEL
命令之后,才会删除过期键;
通过由主服务器来控制从服务器统一的删除过期键,可以保证主从服务器数据的一致性。
例如,有下图的主从服务器结构:
当客户端向从服务器发送GET message
时,从服务器正常返回过期键:
当有客户端向主服务器发送GET message
时,主服务器发现message过期,会删除message键,向客户端返回nil,并向从服务器发送DEL message
:
最后的主从服务器结构为:
【参考】
[1] 《Redis设计与实现》
欢迎转载,转载请注明出处wenmingxing Redis之数据库实现