redis演练(1) 搭建redis服务

xinjiang

appendfilename appendonly.aof　　#append file 的文件名称
　　appendfsync everysec
　　#append log AOF日志文件同步的频率刷写磁盘的频率
　　fsync() 请求操作系统马上把数据写到磁盘上
　　Redis支持三种不同的模式：
　　no：不要立刻刷，只有在操作系统需要刷的时候再刷。比较快。
　　always：每次写操作都立刻写入到aof文件。慢，但是最安全。
　　everysec：每秒写一次。折衷方案。
　　默认的 "everysec" 通常来说能在速度和数据安全性之间取得比较好的平衡。
　　no-appendfsync-on-rewrite no
　　# 如果AOF的同步策略设置成 "always" 或者 "everysec"，那么后台的存储进程（后台存储或写入AOF日志）会产生很多磁盘I/O开销。
　　某些Linux的配置下会使Redis因为 fsync() 而阻塞很久。
　　目前对这个情况还没有完美修正，甚至不同线程的 fsync() 会阻塞我们的 write(2) 请求。
　　为了缓解这个问题，可以用下面这个选项。它可以在 BGSAVE 或 BGREWRITEAOF 处理时阻止 fsync()。
　　这就意味着如果有子进程在进行保存操作，那么Redis就处于"不可同步"的状态。
　　这实际上是说，在最差的情况下可能会丢掉30秒钟的日志数据。（默认Linux设定）
　　如果有延迟的问题那就把这个设为 "yes"，否则就保持 "no"，这是保存持久数据的最安全的方式。
　　auto-aof-rewrite-percentage 100
　　auto-aof-rewrite-min-size 64mb
　　#AOF文件自动重写。