wordpress product中文,网站原创文章优化,网站更换ip地址,怎么做网站底部版权信息什么是Redis持久化#xff1f;
因为redis是内存里的数据库#xff0c;将redis中的数据保存到硬盘里就是持久化。以便在重启机器、机器故障之后恢复数据。
Redis支持两种不同的持久化操作#xff1a;
1. 快照#xff08;snapshotting#xff0c;RDB#xff09;
2. 只追…什么是Redis持久化
因为redis是内存里的数据库将redis中的数据保存到硬盘里就是持久化。以便在重启机器、机器故障之后恢复数据。
Redis支持两种不同的持久化操作
1. 快照snapshottingRDB
2. 只追加文件append-only file,AOF 快照RDB持久化
Redis可以通过创建快照来获得存储在内存里面的数据在某个时间点上的副本。Redis创建快照之后可以对快照进行备份可以将快照复制到其他服务器从而创建具有相同数据的服务器副本Redis主从结构主要用来提高Redis性能还可以将快照留在原地以便重启服务器的时候使用。
Redis默认采用的是快照
redis.conf配置文件中默认以下配置
save 900 1 #在900秒(15分钟)之后如果至少有1个key发生变化Redis就会自动触发BGSAVE命令创建快照。
save 300 10 #在300秒(5分钟)之后如果至少有10 个key发生变化Redis就会自动触发BGSAVE命令创建快照。
save 60 10000 #在60秒(1分钟)之后如果至少有10000个key发生变化Redis就会自动触发BGSAVE命令创建快照。
根据配置快照将被写入dbfilename选项指定的文件里面并存储在dir选项指定的路径上面。如果在新的快照文件创建完毕之前Redis、系统或者硬件这三者中的任意一个崩溃了那么Redis将丢失最近一次创建快照写入的所有数据。
创建快照的办法有如下几种
1.BGSAVE命令 客户端向Redis发送 BGSAVE命令 来创建一个快照。对于支持BGSAVE命令的平台来说基本上所有平台支持除了Windows平台Redis会调用fork来创建一个子进程然后子进程负责将快照写入硬盘而父进程则继续处理命令请求。
2.SAVE命令 客户端还可以向Redis发送 SAVE命令 来创建一个快照接到SAVE命令的Redis服务器在快照创建完毕之前不会再响应任何其他命令。SAVE命令不常用我们通常只会在没有足够内存去执行BGSAVE命令的情况下又或者即使等待持久化操作执行完毕也无所谓的情况下才会使用这个命令。
3.save选项 如果用户设置了save选项一般会默认设置比如 save 60 10000那么从Redis最近一次创建快照之后开始算起当“60秒之内有10000次写入”这个条件被满足时Redis就会自动触发BGSAVE命令。
4.SHUTDOWN命令 当Redis通过SHUTDOWN命令接收到关闭服务器的请求时或者接收到标准TERM信号时会执行一个SAVE命令阻塞所有客户端不再执行客户端发送的任何命令并在SAVE命令执行完毕之后关闭服务器。
5.一个Redis服务器连接到另一个Redis服务器 当一个Redis服务器连接到另一个Redis服务器并向对方发送SYNC命令来开始一次复制操作的时候如果主服务器目前没有执行BGSAVE操作或者主服务器并非刚刚执行完BGSAVE操作那么主服务器就会执行BGSAVE命令。
如果系统真的发生崩溃用户将丢失最近一次生成快照之后更改的所有数据。因此快照持久化只适用于即使丢失一部分数据也不会造成一些大问题的应用程序。不能接受这个缺点的话可以考虑AOF持久化。 AOF只追加文件持久化
与快照持久化相比AOF持久化 的实时性更好因此已成为主流的持久化方案。默认情况下Redis没有开启AOFappend only file方式的持久化可以通过appendonly参数开启
appendonly yes
开启AOF持久化后每执行一条会更改Redis中的数据的命令Redis就会将该命令写入硬盘中的AOF文件。AOF文件的保存位置和RDB文件的位置相同都是通过dir参数设置的默认的文件名是appendonly.aof。
AOF在Redis的配置文件的三种同步方式
appendfsync always #每次有数据修改发生时都会写入AOF文件,这样会严重降低Redis的速度
appendfsync everysec #每秒钟同步一次显示地将多个写命令同步到硬盘
appendfsync no #让操作系统决定何时进行同步
1.appendfsync always 可以实现将数据丢失减到最少不过这种方式需要对硬盘进行大量的写入而且每次只写入一个命令十分影响Redis的速度。另外使用固态硬盘的用户谨慎使用appendfsync always选项因为这会明显降低固态硬盘的使用寿命。
2.appendfsync everysec选项 让Redis每秒同步一次AOF文件Redis性能几乎没受到任何影响。而且这样即使出现系统崩溃用户最多只会丢失一秒之内产生的数据。当硬盘忙于执行写入操作的时候Redis会放慢自己的速度以便适应硬盘的最大写入速度。为了兼顾数据和写入性能一般多考虑使用该选项
3.appendfsync no 选项一般不推荐这种方案会使Redis丢失不定量的数据而且如果用户的硬盘处理写入操作的速度不够的话那么当缓冲区被等待写入的数据填满时Redis的写入操作将被阻塞这会导致Redis的请求速度变慢。
虽然AOF持久化非常灵活地提供了多种不同的选项来满足不同应用程序对数据安全的不同要求但AOF持久化也有缺陷——AOF文件的体积太大。 重写AOF
AOF虽然在某个角度可以将数据丢失降低到最小而且对性能影响也很小但是极端的情况下体积不断增大的AOF文件很可能会用完硬盘空间。另外如果AOF体积过大那么还原操作执行时间就可能会非常长。
为了解决AOF体积过大的问题用户可以向Redis发送 BGREWRITEAOF命令 这个命令会通过移除AOF文件中的冗余命令来重写rewriteAOF文件来减小AOF文件的体积。BGREWRITEAOF命令和BGSAVE创建快照原理十分相似所以AOF文件重写也需要用到子进程这样会导致性能问题和内存占用问题和快照持久化一样。更糟糕的是如果不加以控制的话AOF文件的体积可能会比快照文件大好几倍。
文件重写流程
和快照持久化可以通过设置save选项来自动执行BGSAVE一样AOF持久化也可以通过设置
auto-aof-rewrite-percentage
auto-aof-rewrite-min-size
选项自动执行BGREWRITEAOF命令。
例如假设用户对Redis设置了如下配置选项并且启用了AOF持久化。那么当AOF文件体积大于64mb并且AOF的体积比上一次重写之后的体积大了至少一倍100%的时候Redis将执行BGREWRITEAOF命令。
auto-aof-rewrite-percentage 100
auto-aof-rewrite-min-size 64mb 在实际应用中保证数据不会丢失非常重要将数据持久化到硬盘上是很必要的。
除了进行持久化外在实际中还必须对持久化得到的文件进行备份最好是备份到不同的地方这样才能尽量避免数据丢失事故发生。如果条件允许的话最好能将快照文件和重新重写的AOF文件备份到不同的服务器上面。
