码迷,mamicode.com
首页 > 其他好文 > 详细

Redis 持久化机制

时间:2020-07-08 22:55:58      阅读:59      评论:0      收藏:0      [点我收藏+]

标签:调用   lock   图片   down   速度慢   持久化存储   sync   宕机   app   

Redis 持久化机制

什么是Redis持久化?

持久化就是把内存的数据写到磁盘中去,防止服务宕机了内存数据丢失;

Redis提供了两种持久化方式:RDB(默认)和 AOF;


数据存放于:

内存:高效、断电(关机)内存数据会丢失

磁盘:读写速度慢于内存,断电数据不会丢失

  Redis持久化存储支持两种方式:RDB和AOF。RDB一定时间存储文件,AOF默认每秒去存储历史命令,
  Rrdis是支持持久化的内存数据库,也就是说Redis需要经常将内存中的数据同步到硬盘来保证持久化;

RDB

rdb 是 Redis DataBase 缩写,功能核心函数 rdbSave(生成RDB文件)和 rdbLoad(从硬盘中加载文件到内存)两个函数;

技术图片

 

 

 

RDB:是Rrdis的默认持久化机制;

快照是默认的持久化方式。这种方式就是将内存中数据以快照的方式写入到二进制文件中,默认的文件名为dump.rdb;

优点:

  1、快照保存数据极快还原数据极快;

  2、适用于灾难备份;

缺点:小内存机器不适合使用,RDB 机制符合要求就会照快照;

快照条件:

  1、服务器正常关闭 ./bin/redis-cli shutdown
  2、key满足一定条件,会进行快照
    vim redis.conf 搜索 save
      :/save
    save 900 1 //每900秒(15分钟)至少 1 个key发生变化,产生快照
    save 300 10 //每300秒(5分钟)至少10个key发生变化,产生快照
    save 60 10000 //每60秒(1分钟)至少10000个key发生变化,产生快照


AOF

  由于快照方式是在一定间隔时间做一次的,所以如果Redis意外 down 掉的话,就会丢失最后一次快照后的所有修改。如果应用要求不能丢失任何修改的话,可以采用 AOF 持久化方式;

Append-only file :aof 比快照方式有更好的持久性,是由于在使用 aof 持久化方式时,redis 会将每一个收到的写命令都通过 write 函数追加到文件中(默认 appendonly.aof )。当 Redis 重启时会通过执行文件中保存的写命令来在内存中重建整个数据库的内容;

技术图片

 

 

每当执行服务器(定时)任务或者函数时 flushAppendOnlyFile 函数都会被调用,这个函数执行以下两个工作 aof 写入保存:

  1、WRITE:根据条件,将 aof_buf 中的缓存写入到 AOF 文件;

  2、SAVE:根据条件,调用 fsync 或 datasync 函数,将AOF文件保存在磁盘中;

有三种方式如下(默认是:每秒 fsync 一次)

  1、appendonly yes //启用 aof 持久化方式

  2、#appendfsync always //收到写命令就立即写入磁盘,最慢,但是保证完全的持久化

  3、appendfsynceverysec //每秒写入磁盘一次,在性能和持久化方面做得很好的折中

  4、#appenfsync no //完全依赖 os,性能最好,持久化没保证

产生的问题:

  aof 的方式也同时带来了另外一个问题。持久化文件会变的越来越大。例如我们调用 incr test 命令 100 次,文件中必须保存全部的 100 条命令,其实有 99 条都是多余的;

Redis 持久化机制

标签:调用   lock   图片   down   速度慢   持久化存储   sync   宕机   app   

原文地址:https://www.cnblogs.com/lililixuefei/p/13204888.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!