ICode9

精准搜索请尝试: 精确搜索
首页 > 数据库> 文章详细

redis两种持久化方式对比

2020-03-16 13:37:42  阅读:219  来源: 互联网

标签:AOF 持久 单线程 redis Redis 内存 RDB 对比


Redis为什么这么快
总结以下几点
1.Redis的所有数据都是存放在内存中的,纯内存访问,内存的响应时长大 约为100纳秒,这是Redis达到每秒万级别访问的重要基础。

2,非阻塞I/O,Redis使用epoll作为I/O多路复用技术的实现,再加上 Redis自身的事件处理模型将epoll中的连接、读写、关闭都转换为事件,不 在网络I/O上浪费过多的时间

3.Redis是用C语言实现的,一般来说C语言实现的程序“距离”操作系统更 近,执行速度相对会更快。

3.Redis使用了单线程架构,避免了线程切换和竞态产生的消耗。因为单线程能带来几个好处:第一,单线程可以简化数据结构和算法的实现。第二,单线程避免了线程切换和竞态产生的消耗, 对于服务端开发来说,锁和线程切换通常是性能杀手

Redis提供了两种持久化方式:RDB和AOF

RDB
·RDB使用一次性生成内存快照的方式,RDB是一个紧凑压缩的二进制文件,代表Redis在某个时间点上的数据快照,产生的文件紧凑压缩比高,因此读取RDB恢复速度快。适用于备份,全量复制等场景。由于每次生成RDB开销较大,无法做到实 时持久化,因为bgsave每次运行都要执行fork操作创建子进程,属于重量级操作,频繁执行成本过高。

RDB触发机制
1.save命令:阻塞当前Redis服务器,直到RDB过程完成为止,对于内存 比较大的实例会造成长时间阻塞,线上环境不建议使用。
bgsave命令:Redis进程执行fork(复刻)操作创建子进程,RDB持久化过程由子 进程负责,完成后自动结束。阻塞只发生在fork阶段,一般时间很短。

AOF(append only file)

AOF通过追加写命令到文件实现持久化,以独立日志的方式记录每次写命令, 重启时再重新执行AOF文件中的命令达到恢复数据的目的。相当于重新执行一次写入操作,AOF的主要作用是解决了数据持久化的实时性,目前已经是Redis持久化的主流方式。需要手动开启,建议使用everysec,做到兼顾性能和数据安全性。理论上只有在系统突然宕机的情况下丢失1秒的数据。缺点是由于需要不断追加写命令,所以AOF文件体积逐渐变大,需要定期执行重写操作来降低文件体积。

默认是RDB方式,但是为了防止数据丢失减少,AOF也建议开启

标签:AOF,持久,单线程,redis,Redis,内存,RDB,对比
来源: https://blog.csdn.net/IT_townlet/article/details/104810636

本站声明: 1. iCode9 技术分享网(下文简称本站)提供的所有内容,仅供技术学习、探讨和分享;
2. 关于本站的所有留言、评论、转载及引用,纯属内容发起人的个人观点,与本站观点和立场无关;
3. 关于本站的所有言论和文字,纯属内容发起人的个人观点,与本站观点和立场无关;
4. 本站文章均是网友提供,不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属;如您发现该文章侵犯了您的权益,可联系我们第一时间进行删除;
5. 本站为非盈利性的个人网站,所有内容不会用来进行牟利,也不会利用任何形式的广告来间接获益,纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。

专注分享技术,共同学习,共同进步。侵权联系[81616952@qq.com]

Copyright (C)ICode9.com, All Rights Reserved.

ICode9版权所有