本文目录一览：
redis怎么实现持久化
1、RDB：RDB是一种快照持久化机制，它可以将Redis的内存数据周期性地写入磁盘上的一个文件中。
2、前言Redis是一种高级key-value数据库。它跟memcached类似，不过数据可以持久化，而且支持的数据类型很丰富。有字符串，链表，集 合和有序集合。支持在服务器端计算集合的并，交和补集（difference）等，还支持多种排序功能。
3、当60s 内如果有 10 次 Redis 键值发生改变，就会触发持久化；如果 60s 内 Redis 的键值改变次数少于 10 次，那么 Redis 就会判断 600s 内，Redis 的键值是否至少被修改了一次，如果满足则会触发持久化。
redis中AOF缓冲区和AOF重写缓冲区的区别
AOF缓冲区，根据策略 向硬盘做同步 。由参数appendfsync控制，常规使用everysec选项：随着AOF文件越来越大，需要定期对AOF文件进行重写，达到压缩的目的。把Redis进程内的数据转化为写命令同步到新AOF文件的过程。
将程序缓冲区的内容写入文件 当AOF持久化功能处于开启状态时，服务器每执行完一个命令就会将命令以协议格式追加写入redisServer结构体的aof_buf缓冲区。而在服务重启的时候会把AOF文件加载到缓冲区中。
由于fork操作运用写时复制技术，子进程只能共享fork操作时的内存数据。由于父进程依然响应命令，Redis使用“AOF重写缓冲区”保存这部分新数据，防止新AOF文件生成期间丢失这部分数据。
RDB持久化和AOF持久化的区别：存储数据RDB持久化保存键空间的所有键值对（包括过期字典中的数据），并以二进制形式保存，符合rdb文件规范，根据不同数据类型会有不同处理。
AOF采用文件追加方式，文件会越来越大为避免出现此种情况，新增了重写机制，当AOF文件的大小超过所设定的阈值时（ 默认值 64M ），Redis就会启动AOF文件的内容压缩，只保留可以恢复数据的最小指令集。
优点：结合了RDB和AOF的优点，使得数据恢复的效率大幅提升 缺点：兼容性不好，redis-x新增，虽然最终的文件也是.aof格式的文件，但在0之前版本都不识别该aof文件，同时由于前部分是RDB格式，阅读性较差。
Redis持久化方式的区别
AOF，存放的是指令日志，做数据恢复的时候，要回放和执行所有的指令日志，从而恢复内存中的所有数据。而RDB，就是一份数据文件，恢复的时候，直接加载到内存中即可。
RDB持久化是在指定的时间间隔内，将内存中的数据集快照写入磁盘，实际操作过程是有一个fork子进程，先将数据集写入临时文件中，写入成功后再替换之前的文件，用二进制压缩存储。
Redis支持RDB和AOF两种持久化机制，持久化功能有效地避免因进程退出造成的数据丢失问题，当下次重启时利用之前持久化的文件即可实现数据恢复。Redis支持两种方式的持久化，一种是RDB方式，一种是AOF方式。
Redis有两种持久化的方式，一种是RDB，另外种是AOF。RDB是将Redis内存中数据的快照存储在磁盘内，是Redis的默认持久化方案。
redis持久化的意义主要是为了做 灾难恢复、数据恢复 其实可以把它归类到高可用的一个环节。RDB持久化机制，对redis中的 数据 执行周期性的持久化。
浅析Redis的BigKey(阿里巴巴技术协会ATA同步发送)
常用的做法是通过./redis-cli --bigkeys命令对整个redis中的键值对进行统计，输出每种数据类型中最大的 bigkey 的信息。一般会配合-i参数一起使用，控制扫描间隔，避免长时间扫描降低 Redis 实例的性能。
redis布隆过滤器属于bigkey。根据查询公开信息显示，redis是单线程运行的，一次操作的value会对整个redis的响应时间造成负面影响。出现这种情况下需要对bigkey进行拆分。
Apache Cassandra是一款开源分布式NoSQL数据库系统，使用了基于Google BigTable的数据模型，与面向行（row）的传统关系型数据库或键值存储key-value数据库不同，Cassandra使用的是宽列存储模型（Wide Column Stores）。
