发布于 2016-01-15 01:44:49 | 103 次阅读 | 评论: 0 | 来源: PHPERZ
strace 程序调试工具
strace是Linux环境下的一款程序调试工具,用来监察一个应用程序所使用的系统呼叫及它所接收的系统信息。
「appendonly yes」 开启每次更新操作后进行日志记录
「appendfilename appendonly.aof」 AOF的文件名
「 appendfsync everysec」 指定日志更新的条件,有3个值可选
no:表示等操作系统进行数据缓存同步到磁盘(快)
always:表示每次更新操作后手动调用fsync()将数据写到磁盘(慢,安全)
everysec:表示每秒同步一次(默认值)
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,将缓冲区中的数据写到磁盘上。