linux下du与df结果不一致的原因及处理.docx

linux下du和df结果不一致的原因及处理 本实验结果是在RHEL6.4-64bit下得出 1.?原理介绍 1 .1du?的工作原理 du?命令会对待统计文件逐个调用fstat这个系统调用，获取文件大小。它的数据是基于文件获取的，所以有很大的灵活性，不一定非要针对一个分区，可以跨越多个分区操作。如果针对的目录中文件很多，du速度就会很慢了。 1.2 df?的工作原理 df?命令使用的事statfs这个系统调用，直接读取分区的超级块信息获取分区使用情况。它的数据是基于分区元数据的，所以只能针对整个分区。由于df直接读取超级块，所以运行速度不受文件多少影响。 2.?实验模拟 常见的df和du不一致情况就是文件被删除的而进程句柄还在导致的问题。当一个文件被删除后，在文件系统目录中已经不可见了，所以du就不会再统计它了。然而如果此时还有运行的进程持有这个已经被删除了的文件的句柄，那么这个文件就不会真正在磁盘中被删除，分区超级块中的信息也就不会更改，这样df仍旧会统计这个被删除了的文件。 首先查看磁盘和路径 [root@zhjk115 app]#?df -h Filesystem??????????? Size? Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root ?????????????????????? 45G? 8.0G?? 35G? 19% / tmpfs???????????????? 4.0G? 1.5G? 2.5G? 37% /dev/shm /dev/mapper/VolGroup-lv_app ????????????????????? 255G???42G?? 201G??18% /app /dev/sda1???????????? 485M?? 38M? 422M?? 9% /boot [root@zhjk115 app]# [root@zhjk115 app]#?pwd /app 用?dd?命令创建?1G?大学的文件 [root@zhjk115 app]#?dd?if=/dev/zero?of=/app/test.iso?bs=1024k?count=1000 1000+0 records in 1000+0 records out 1048576000 bytes (1.0 GB) copied, 4.31891 s, 243 MB/s 查看?df?和?du?结果，目前是一致的 [root@zhjk115 app]#?df -h Filesystem??????????? Size? Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root ?????????????????????? 45G? 8.0G?? 35G? 19% / tmpfs???????????????? 4.0G? 1.5G? 2.5G? 37% /dev/shm /dev/mapper/VolGroup-lv_app ?????????????????? ???255G???43G?? 200G? 18% /app /dev/sda1???????????? 485M?? 38M? 422M?? 9% /boot [root@zhjk115 app]#?du -sh 43G 模拟进程在使用?test.iso?文件 www.f-1.cc [root@zhjk115 app]#?tail -f test.iso [1] 22349 [root@zhjk115 app]#?ps -ef |grep tail root?????22349?21633 28 09:56 pts/1??? 00:00:01?tail -f test.iso root???? 22353 21633? 0 09:56 pts/1??? 00:00:00 grep tail 删除?test.iso?文件，?可以看出?df?和?du?的结果是不一致的 [root@zhjk115 app]#?rm -rf test.iso ?[root@zhjk115 app]#?df -h Filesystem??????????? Size? Used Avail Use% Mounted on /dev/mapper/VolGroup-lv_root ?????????????????????? 45G? 8.0G?? 35G? 19% / tmpfs???????????????? 4.0G? 1.5G? 2.5G? 37% /dev/shm /dev/mapper/VolGroup-lv_app ????????????????????? 255G???43G?