「appendonly yes」 开启每次更新操做后进行日志记录redis
「appendfilename appendonly.aof」 AOF的文件名数据库
「 appendfsync everysec」 指定日志更新的条件，有3个值可选缓存
no：表示等操做系统进行数据缓存同步到磁盘（快）安全
always：表示每次更新操做后手动调用fsync()将数据写到磁盘（慢，安全）app
everysec：表示每秒同步一次（默认值）async
strace -p $(pidof redis-server) -T -e trace=fdatasync
命令行解释:性能
-p 进程id测试
pidof 根据进程名获得进程id操作系统
-T 相对时间命令行
-e 过滤系统调用
strace -p $(pidof redis-server) -T -tt -e 'fdatasync' 2>&1 | head -10
输出
Process 59868 attached 02:50:50.671717 fdatasync(13) = 0 <0.000985> 02:50:50.680681 fdatasync(13) = 0 <0.000894> 02:50:50.688486 fdatasync(13) = 0 <0.000490> ... 02:50:50.705096 fdatasync(13) = 0 <0.000466> 02:50:50.709080 fdatasync(13) = 0 <0.000475> 02:50:50.713067 fdatasync(13) = 0 <0.000470>
结论: 设置 appendfsync 为always 时，每次写操做都会调用一次fdatasync。这种状况数据最安全，但
因为每会执行fdatasync, 所以性能最差。
当设置为appendfsync everysec 时，我在测试机上也执行一样的命令strace -p $(pidof redis-server) -T -tt -e 'fdatasync' 2>&1 。 结果strace 死活
都没法输出「fdatasync」 。后来想到这个命令只是展现redis主线程里全部的fdatasync。不包括fork
出来的子进程的「fdatasync」。 因此当设置 「appendfsync everysec」时。strace 命令务必
加 「 -f 」选项
strace -p $(pidof redis-server) -f -T -tt -e fdatasync
输出结果
[pid 54973] 07:47:10.082237 fdatasync(6) = 0 <0.002964> [pid 54973] 07:47:11.091494 fdatasync(6) = 0 <0.002958> [pid 54973] 07:47:12.098606 fdatasync(6) = 0 <0.003093> [pid 54973] 07:47:13.004418 fdatasync(6) = 0 <0.005337> [pid 54973] 07:47:14.008431 fdatasync(6) = 0 <0.003520> [pid 54973] 07:47:15.012835 fdatasync(6) = 0 <0.005906> [pid 54973] 07:47:16.016416 fdatasync(6) = 0 <0.003066> [pid 54973] 07:47:17.023678 fdatasync(6) = 0 <0.003277> [pid 54973] 07:47:18.027549 fdatasync(6) = 0 <0.003180>
当 「appendfsync 为 everysec。redis会每秒进行一次fdatasync的系统调用。将缓冲区的数据写到磁盘。这一操做在大多数数据库系统中被称之为 「group commit」,就是组合屡次写操做的数据，一次性将日志写入到磁盘。
Redis不会主动调用fsync去将AOF日志内容同步到磁盘，因此这一切就彻底依赖于操做系统的调试了。对大多数Linux操做系统，是每30秒进行一次fsync，将缓冲区中的数据写到磁盘上。