今天分享一下redis的持久化、事务、管道相关的知识点,实现快速入门,丰富个人简历,提高面试level,给自己增加一点谈资,秒变面试小达人,BAT不是梦。
Redis是一个键值对数据库,服务器中通常包含着任意个非空数据库,而每个非空数据库中又可以包含任意个键值对,我们将是服务器中的非空数据库以及它们的键值对统称为数据库状态。
Redis是内存数据库,它将数据存储在内存中,如果不能将内存中的数据持久化到磁盘中,Redis突然宕机,会导致数据丢失。
为了解决这个问题,Redis提供了RDB持久化功能,RDB持久化会将Redis在内存中的数据库状态保存到磁盘中,避免数据意外丢失。
RDB,英文全称Redis DataBase,在指定的时间间隔,将内存中的数据写入磁盘,待恢复时再将磁盘中的数据写入内存。
redis.conf配置文件中,save <seconds> <changes>,比如 save 60 20,在60秒内修改20次就自动触发RDB备份。
通过save和bgsave手动触发RDB备份。
(1)save,在主程序中执行会阻塞当前Redis服务器,直到RDB持久化完成,也就是说save持久化期间,Redis就不能用了,禁止使用。
(2)bgsave,不阻塞当前Redis服务器,Redis会fork一个子进程,异步进行快照操作。
禁用快照:redis-cli config set save ""。
服务器程序会根据save选项所设置的保存条件,设置服务器状态redisServer结构的saveparams属性。
dirty计数器记录距离上次成功执行save命令后,服务器对数据状态进行了多少次修改。
lastsave属性是一个UNIX时间戳,记录了服务器上一次成功执行save命令的时间。
属性是一个数组,数组中的每个元素都是一个saveparam结构,每个saveparam结构都保存了一个save选项设置的保存条件。
以上就是Redis服务器根据save选项所设置的保存条件,自动执行bgsave命令,进行间隔性数据保存的实现原理。
RDB持久化功能所生成的RDB文件是一个经过压缩的二进制文件,通过该文件可以还原生成RDB文件时的数据库状态。
(1)优点
(2)缺点
(1)redis.conf中的定时配置。
(2)手动执行save、bgsave命令。
(3)执行flushall、flushdb命令,产生的.rdb文件是空的。
(4)执行shutdown命令,且没有设置AOF持久化。
(5)主动复制时,主节点自动触发。
注意:save和bgsave不能同时执行,如果bgsave命令正在执行,那么客户端发送的save命令会被拒绝执行,服务器禁止save和bgsave同时执行是为了避免父进程和子进程同时执行两个rdbSave调用,防止产生竞争条件。
创建RDB文件的实际工作是由rdb.c/rdbSave函数完成,save和bgsave会以不同的方式调用这个函数。
AOF,Append Only File,以日志的方式记录每一个操作命令,只追加不修改,Redis启动时会读取该文件,重新执行一遍之前的写操作命令,达到恢复数据的效果。
默认不开启,需要更改为appendonly yes,开启AOF快照功能。
(1)在执行Redis命令时,Redis会将这些命令放入AOF缓存中,AOF缓存是位于内存中的一个区域,AOF缓存中的命令达到一定数量后,批量写入磁盘,避免频繁的磁盘IO操作。
(2)根据AOF缓冲区同步文件的三种写回策略,将命令写到磁盘的AOF文件中。
(3)随着写入AOF内容的增加,会根据规则进行命令的合并,起到压缩AOF文件的效果。
(4)当Redis重启时,会根据AOF文件,依此执行命令,恢复内存数据。
很多人会问,如果加入到AOF缓存的数据还没写入磁盘,此时服务器宕机了,数据不会产生丢失吗?
系统提供了fsync和fdatasync两个同步函数,他们可以强制操作系统立即将缓存区中的数据写入到磁盘里,确保写入数据的完整性。
(1)Always,同步写回,每个写命令执行完立刻同步到磁盘;最多只会丢失一个命令的数据,最安全,但是效率最低。
(2)everysec,每秒写回;它最多丢失1秒的数据。
(3)no,操作系统控制的写回,每个命令执行完,存到AOF缓存中,由操作系统决定,啥时候将命令写入到磁盘AOF文件中。
(1)优点
更好的保护数据不丢失,性能高,可做紧恢复。
(2)缺点
当同时开启AOF和RDB的时候,会优先加载AOF文件来恢复数据,因为通常情况下AOF文件比RDB文件备份的数据要完整。
可以一次性顺序执行多个命令,不可被其它命令插队,但是,Redis的事务不能回滚。
(1)discard,取消事务,放弃执行事务内的所有命令。
(2)exec,执行所有命令。
(3)multi,标记一个事务块的开始。
(4)unwatch,取消watch命令对所有key的监视。
(5)watch key,监视某个key,如果这个key在事务执行之前被其它命令改动,那么事务将被打断。
在Redis中,事务总是具有原子性(Atomicity)、一致性(Consistency)、隔离性(Isolation),并且Redis运行在某些特殊模式下,也具有持久性(Durability)。
(1)原子性
事务具有原子性,指的是事务中的多个操作当做一个整体来执行,服务器要么就执行事务中的全部操作,要么就一个操作也不执行。
(2)一致性
如果数据库在执行事务之前是一致的,那么在事务执行之后,无论事务执行是否成功,数据库也应该是一致的。
(3)隔离性
隔离性指即使数据库中有多个事务并发地执行,各个事务之间也不会互相影响,并且在并发状态下执行的事务和串行执行的事务产生的结果完全相同。
(4)持久性
当一个事务执行完毕时,执行这个事务所得的结果已经被保存到硬盘里,即使服务器此时宕机,执行事务所得的结果也不会丢失。
Redis是一种基于客户端-服务端模型以及请求响应协议的TCP服务,每个请求会遵循如下操作:
(1)客户端向服务端发送命令,① 发送命令;② 命令排队;③ 命令执行;④ 返回结果,监听Socket返回,通常以阻塞模
(2)式等待服务端响应。
服务端处理命令,并将结果返回给客户端。
上面两步走,称为RTT,数据往返于两端的时间,Round Trip Time。
如果需要执行大量命令,那么新的命令要等待上一个命令执行完毕才能执行,会频繁的调用系统IO,频繁发送网络请求,同时需要Redis调用多次read()和write()系统方法,系统方法会将数据从用户态转移到内核态,性能不佳。
(1)pipeline缓存的指令只会依此执行,不保证原子性,如果执行中发生异常,也会继续执行后面的指令。
(2)使用pipeline组装的命令个数不能太多,不然可能会造成阻塞时间过长的现象,同时服务端也会被迫回复一个队列答复,占用过多内存。
编写一个命令脚本,添加几个不同类型的数据。
通过 cat run.txt | redis-cli -a 111111 --pipe 命令,体验Redis管道效果。
Redis管道