reids是一个基于内存的高性能key-value数据库
特点: 定期通过异步操作把数据库数据刷新到硬盘进行保存,性能超级高
支持保存多种数据结构
主要缺点: 数据库容量受到物理内存的限制,不能海量的高性能读写,
在较小数据量的高性能操作运算
Redis 是单进程单线程的
好处:
1:速度快:
2:支持丰富数据类型:string,list,set,hash
3:支持事务:操作都是原子性,要么全部执行,要么全部不执行
4:丰富的特性:可用于缓存,设置过期,然后删除
----------------------------------------------------------------------------------------------------------------------
redis的持久化策略
AOF + RDB
RDB ：什么是RDB
在指定的时间间隔内将内存中的数据集快照写入磁盘， (在指定的时间内将内存中的数据写入磁盘，)
也就是行话讲的Snapshot快照，它恢复时是将快照文件直接读到内存里 （恢复时是将dump.rdb文件读取到内存中)
原理：（必须记住）
Redis会单独创建（fork）一个子进程来进行持久化，会先将数据写入到
一个临时文件中，待持久化过程都结束了，再用这个临时文件替换上次持久化好的文件。
整个过程中，主进程是不进行任何IO操作的，这就确保了极高的性能
如果需要进行大规模数据的恢复，且对于数据恢复的完整性不是非常敏感，那RDB方
式要比AOF方式更加的高效。RDB的缺点是最后一次持久化后的数据可能丢失。
----------------------------------------------------------------------------------------------------------------------
RDB:
Redis会重新fork出一条子进程，这条子进程和主进程一模一样，
因为cpu里面读和写的操作很慢,所以说fork出一条子进程，让它来进行读和写操作，
当持久化操作完成之后，它就会将fork出来的子进程中的文件去替换原来进程中的那个配置文件，
整个过程中，主进程不进行任何IO操作，这就确保了极高的性能，RDB适合进行大规模数据的恢复，
因为它有一个缺点，就是最后一次持久化后的数据可能会丢失
RDB的持久化策略分为主动和被动，主动是Save和BGsave,save是全阻塞，BGsave是异步操作，
被动策略有3种，默认情况为900s触发1次，300s触发10次,60s触发1万次
----------------------------------------------------------------------------------------------------------------------
fork：
主动
Save：save时只管保存，其它不管，全部阻塞
BGSAVE：Redis会在后台异步进行快照操作，快照同时还可以响应客户端请求。可以通过lastsave 命令获取最后一次成功执行快照的时间
flush操作
shutdown 操作
被动
save ""
可选
stop-writes-on-bgsave-error ：如果配置成no，表示你不在乎数据不一致或者有其他的手段发现和控制
rdbcompression 对于存储到磁盘中的快照，可以设置是否进行压缩存储。如果是的话，redis会采用
LZF算法进行压缩。如果你不想消耗CPU来进行压缩的话，可以设置为关闭此功能
rdbchecksum： 在存储快照后，还可以让redis使用CRC64算法来进行数据校验，但是这样做会增加大约
10%的性能消耗，如果希望获取到最大的性能提升，可以关闭此功能
dbfilename:dump.rdb