Redis(一):Redis为什么这么快,RDB持久化,AOF持久化

前言

一、Redis为什么这么快

1. Redis将所有数据存放到内存中，非数据同步正常工作中，不需要从磁盘读取数据的，0次IO，内存响应时间大约为100纳秒
2. Redis是单线程，并发的数据结构实现不但困难而且测试起来非常麻烦。而且单线程避免了线程切换以及加锁释放带来的消耗，对于服务端来说，锁和线程切换通常是性能杀手。 当然，单线程也有缺点。比如当一个命令执行时间过长，会造成其他命令的阻塞。
3. 采用了非阻塞多路IO复用机制。 IO多路复用实际上是说多个连接的管理可以在同一进程。多路是指网络连接，复用知识同一个线程。在网络服务中，IO多路复用的作用是一次性把多个连接的事件通知业务代码处理。 Redis自身的事件处理模型将epoll的read,write和close等都转换成事件，不在网络IO上浪费过多的时间，实现对多个FD读写的监控。

二、RDB持久化

Redis是内存型的数据库，为了保证数据在断电后不会丢失，需要将内存中的数据持久化到硬盘上。
RDB持久化是说将某一个时间点的所有数据都存放到硬盘上，可以将快照复制到其他服务器从而创建具有相同数据的服务器副本。
如果系统发生故障，将会丢失最后一次创建快照之后的数据。如果数据量很大，保存快照的时间会很长。

三、AOF持久化

AOF指的是append only file。
AOF持久化是说将写命令添加到aof文件的末尾。AOF持久化需要设置同步选项，从而确保写命令同步到磁盘文件上的实际，这是因为对文件进行写入并不会马上将内容同步到磁盘上，而是要先存储到缓冲区，然后又操作系统决定什么时候同步到磁盘，有以下同步选项。
always: 每一个写命令都同步;
everysec: 每秒同步一次（比较常用，保证系统崩溃的时候只会丢失一秒的数据）
no : 让操作系统来决定什么时候进行同步。

随着服务器写请求的增加，AOF文件会越来越大，Redis提供了一种将AOF文件重写的特性，能够去除AOF文件中的冗余写命令

总结