上一篇文章我们成功在32位的Windows 8.1操作系统下安装并运行了Redis数据库服务,回顾请见【Windows 8.1[32位]环境下编译并安装32位Redis】
这一篇给大家分享一下关于Redis数据持久化的问题。在启用Redis数据持久化功能之前,我们需要了解一些关于Redis的常用配置选项,以下我摘了来自网友Programer. 大猫的配置内容。
Redis的数据持久化共有两种方式:
1、 快照的方式持久化到磁盘那么,了解了以上关于Redis数据持久化的一些常用配置之后,我们就可以启用数据持久化这个功能了。其实在我上一篇文章提供的Redis下载包里面就包含了Redis数据持久化的配置文件,现在我们把 save 900 1 改成 save 9 1,也就是当至少有一条记录变更,我们设置9秒自动保存一次。这样便于我们来观察自动持久化数据的功能是否启用。 首先打开命令提示符窗口,在窗口中定位到我们的Redis目录(这里还是上一篇的文件目录【D:Developredis】),然后再运行如下命令:自动持久化规则配置save 900 1save 300 10save 60 10000上面的配置规则意思如下:# In the example below the behaviour will be to save:# after 900 sec (15 min) if at least 1 key changed# after 300 sec (5 min) if at least 10 keys changed# after 60 sec if at least 10000 keys changedredis也可以关闭自动持久化,注释掉这些save配置,或者save “”如果后台保存到磁盘发生错误,将停止写操作.stop-writes-on-bgsave-error yes使用LZF压缩rdb文件,这会耗CPU, 但是可以减少磁盘占用.rdbcompression yes保存rdb和加载rdb文件的时候检验,可以防止错误,但是要付出约10%的性能,可以关闭他,提高性能。rdbchecksum yes导出的rdb文件名dbfilename dump.rdb设置工作目录, rdb文件会写到该目录, append only file也会存储在该目录下.dir ./Redis自动快照保存到磁盘或者调用bgsave,是后台进程完成的,其他客户端仍然和可以读写redis服务器,后台保存快照到磁盘会占用大量内存。调用save保存内存中的数据到磁盘,将阻塞客户端请求,直到保存完毕。调用shutdown命令,Redis服务器会先调用save,所有数据持久化到磁盘之后才会真正退出。对于数据丢失的问题: 如果服务器crash,从上一次快照之后的数据将全部丢失。所以在设置保存规则的时候,要根据实际业务设置允许的范围。如果对于数据敏感的业务,在程序中要使用恰当的日志,在服务器crash之后,通过日志恢复数据。2、 Append-only file 的方式持久化另外一种方式为递增的方式,将会引起数据变化的操作, 持久化到文件中, 重启redis的时候,通过操作命令,恢复数据.每次执行写操作命令之后,都会将数据写到server.aofbuf中。# appendfsync alwaysappendfsync everysec# appendfsync no当配置为always的时候,每次server.aofbuf中的数据写入到文件之后,才会返回给客户端,这样可以保证数据不丢,但是频繁的IO操作,会降低性能。everysec每秒写一次,这可能会丢失一秒内的操作。aof最大的问题就是随着时间append file会变的很大,所以我们需要bgrewriteaof命令重新整理文件,只保留最新的kv数据。
redis-server.exe redis.windows.conf如下图: Redis服务依然被成功开启,只是这一次我们应用了Redis的配置文件,这样可以使Redis自动持久化数据到指定目录。 下面我们还是按上一篇的方式插入测试数据,在插入数据几秒后,Redis的目录下多了一个名叫dump.rdb的文件,这个文件即为Redis的数据持久文件,同时,Redis的服务端也有日志记录,如下: Redis自动把内存中的数据按照一定的规则复制到了这个.rdb的文件中。这时,如果我们即使把Redis服务关闭,甚至你可以把电脑重启,然后再开启Redis的服务。我们依然可以看到刚才插入的key为name的对应的值。 从此,老板再也不用担心我不小心把Redis的数据弄丢了。^_^
版权声明:本作品系原创,版权归码友网所有,如未经许可,禁止任何形式转载,违者必究。
发表评论
登录用户才能发表评论, 请 登 录 或者 注册