本文目录一览：
- 1、redis的RDB和AOF两种持久化机制优缺点分析
- 2、redis持久化的几种方式介绍
- 3、Redis为什么这么快
- 4、为什么Redis数据库内存不宜过大
AOF的优点在于比RDB更安全，一般不会出现数据丢失的现象 ， 就算出现了数量也不会太大，当然了，官方是推荐同时开启AOF和RDB的；而缺点是AOF持久化的速度相比RDB要慢，存储的是一个文本文件 ， 到了后期文件会比较大，传输困难 。
RDB机制的优点是持久化的文件相对较小 ， 且恢复数据的速度相对较快 。AOF：AOF是一种日志持久化机制，它记录了Redis服务器所执行的所有写操作 。
redis持久化的几种方式介绍Redis 的持久化有两种策略：RDB（Redis Database）：指定的时间间隔能对你的数据进行快照存储 。AOF（Append Only File）：每一个收到的写命令都通过write函数追加到文件中 。
总共有三种模式，如 appendfsync everysec默认的是每秒强制写入磁盘一次 appendfsync always 每次执行写操作的时候就强制写入磁盘 appendfsync no 完全取决于os ， 性能最好但是持久化没法保证 其中第三种模式最好 。
redis提供两种方式进行持久化，一种是RDB持久化（原理是将Reids在内存中的数据库记录定时dump到磁盘上的RDB持久化），另外一种是AOF（append only file）持久化（原理是将Reids的操作日志以追加的方式写入文件） 。
Redis为什么这么快Redis的高并发和快速原因redis是基于内存的，内存的读写速度非常快；redis是单线程的 ， 省去了很多上下文切换线程的时间；redis使用多路复用技术 ， 可以处理并发的连接 。
如果执行一个命令过长，那么会造成其他命令的阻塞，对于Redis是十分致命的 ， 所以Redis是面向快速执行场景的数据库 。除了Redis之外，Node.js也是单线程，Nginx也是单线程，但他们都是服务器高性能的典范 。
锁不是影响性能的主要因素 。线程锁 （mutex_lock） 只有在遇到冲突的情况下性能会下降 ， 而正常情况下，遇到冲突的概率很低 。如果只是简单的加锁、释放锁速度是非常快的，每秒钟上千万次没问题 。
从而提高了吞吐量 。- Redis 采用了内存数据库，这样可以避免了磁盘 I/O 的开销，从而提高了性能 。- Redis 采用了数据结构简单、数据存储紧凑、数据访问高效等特点 ， 这些特点都有助于提高 Redis 的性能 。
为什么Redis数据库内存不宜过大1、如果此时主库内存体积过大那么从库重做速度就会很慢，而发送到从库的读请求就会受到严重影响，同时由于传输的rdb文件的体积过大，主库的网卡在相当长的一段时间内都会受到严重影响 。
2、缺点主要是运行容易内存不足，行完整重同步时占用主机CPU，并消耗现网的带宽，硬盘中的数据加载进内存，时间比较久 。redissearch的缺点有三个 ， 第一个是由于是内存数据库，所以单台机器存储的数据量跟机器本身的内存大小 。
3、redis这个内存数据库，它的高性能、稳定性都是不用怀疑的，但我们塞进redis的数据过多 ， 内存过大，那如果出问题，那它可能会带给我们的就是灾难性 。
4、Redis只能使用单线程 ， 性能受限于CPU性能，故单实例CPU最高才可能达到5-6wQPS每秒（取决于数据结构，数据大小以及服务器硬件性能 ， 日常环境中QPS高峰大约在1-2w左右） 。
5、通过命令修改 Redis支持运行时通过命令动态修改内存大小 既然可以设置Redis最大占用内存大小，那么配置的内存就有用完的时候 。
【redis压缩存储 redis压缩】6、为什么String类型的占用的空间比较大呢，那是因为他除了记录实际数据，String 类型还需要额外的内存空间记录数据长度、空间使用等信息 ， 这些信息也叫作元数据 。当实际保存的数据较小时，元数据的空间开销就显得比较大了 。
