标签：千万 pre 基于 服务器性能 启动 位置 eve 复数 使用
一，Redis是一款基于内存的数据库，可以持久化，在企业中常用于缓存，相信大家都比较熟悉Redis了，下面主要分享下关于Redis持久化的两种模式
1、半持久化模式（RDB，filesnapshotting）
此模式是Redis默认的备份方式，通过快照方式，将数据从内存写入磁盘中，如果Redis异常退出，下次启动则从打快照的这个时间节点来恢复此之前的数据，根据数据量大小、结构、服务器性能不同，通常将记录1千万个string类主键、大小为1GB的快照文件载入内存中需要20~30s
触发快照参数在配置文件中已预设置：
save 900 1 ：900s内至少1个主键被更改则进行快照
save 300 10 ：300s内至少10个主键被更改则进行快照
save 60 10000 ：60s内至少10000个主键被更改则进行快照
Redis实现快照的过程：当触发快照功能时，Redis的主进程会fork出一个子进程，子进程来将数据从内存中存入磁盘中，默认存放的文件名为dump.rdb，存放路径在Redis数据目录下，这些配置可以在redis.conf中调整；此时的rdb文件会覆盖之前的rdb文件。在父进程fork出子进程时，它们共享内存中的数据，当父进程接受命令请求要修改某片数据时，为了使子进程数据不受影响，这时Redis会有一种策略，就是写时复制（copy-on-write），原理是：在父进程要改动某片数据时，操作系统会把此片数据先copy一份给子进程，以保证子进程的内存数据不受影响，所以新的rdb文件就是父进程fork子进程时那一刻的内存数据。dump.rdb文件可以进行压缩（rdbcompression），节省占用空间、方便传输，也可以禁用压缩节省cpu工作负载。除了自动执行快照，还可以通过手动save和bgsave来执行快照，两者区别是，save是由主进程来进行快照操作，会阻塞其它请求，bgsave是通过fork子进程来操作。
通过RDB方式实现持久化，一旦Redis异常退出，就会丢失最后一次快照以后更改的所有数据，此时需要开发者根据具体的应用场合，通过组合设置自动快照条件的方式来将可能发生的数据损失控制在能接受的范围内。
2，全持久化模式（AOF, append-only）
此模式需要手动修改配置文件的appendonly参数，默认为no，需要改为yes
如果数据很重要无法承受损失，则使用此模式，默认Redis没有开启AOF方式的全持久化模式，在启动时Redis会逐个执行AOF文件中的命令来将硬盘中的数据载入到内存中，载入的速度较RDB模式会慢一些，开启AOF持久化后每执行一条会更改Redis数据的命令，Redis就会将该命令写入硬盘中的AOF文件，默认文件名为appendonly.aof，位置可通过appendfilename参数设置。
需要注意的是，Redis可以同时开启两种模式，既保证了数据安全性又保证了速度及操作十分容易，此时重启Redis会使用AOF文件来恢复数据，可以设置此下参数来开启AOF模式
appendonly yes 开启AOF模式
appendfilename appendonly.aof 文件名称
auto-aof-rewrite-percentage 100 当AOF文件大小超过上一次重写时的AOF文件大小的百分之多少时会再次进场重写，如果没有超过，则以启动时的AOF文件大小为依据
auto-aof-rewrite-min-size 64MB 允许重写的最小AOF文件大小配置写入AOF文件后，要求系统刷新硬盘缓存的机制
appendfsync always 每次执行写入操作都会执行同步，最安全也最慢
#appendfsync everysec 每秒执行一次同步操作
#appendfsync no 不主动进行同步操作，而是完全交由系统来操作，每30s一次，最快但不安全
标签：千万 pre 基于 服务器性能 启动 位置 eve 复数 使用
原文地址：https://www.cnblogs.com/luoyan01/p/10021717.html
