书接上回，前两天刚找到删文件性能比较OK的方式后，测试没啥问题就在生产环境开始操练了， 虽然文件是在持续删除着，但是跑了一段时间以后，执勤同事找我说IO满了，问我是不是做了啥，我上去一看还真是，然后让我先停了：
但是文件也不能不删，脚本还是要跑，基于这个问题，看看怎么样控制IO又能够持续做文件清理。
先详细描述一下问题的现象，我在上午9点左右把脚本起来以后，观察了一会任务执行，发现没啥问题就做别的事情了，让脚本一直在服务器运行，大概中午的时候，找到我说IO太高了，让我看下，然后看IO升高和我的脚本基本是同一时间开始的，监控图如下，我11:30左右把脚本完全停了以后，IO就没有再这么高了：
我在之前的一篇文章中说到相比较而言，文件清理最快的方式是find + delete的方式，这也是我选择的文件清理方式，但是问题就在于，使用find . -mtime +3 -type f -delete这种命令我没法在脚本这一层对他的删除做限制，比如删除1000个文件休眠5秒。这个时候想到用nice这些命令对进程优先级做限制，尝试限制IO的占用；或者在perl脚本中做限制，两种方法应该都是可行的，主要是在实际使用上是不是会有差异；
可以使用man nice查看nice命令的使用方式，还是比较简单的：
nice命令只有一个参数-n，用来指定要设置的优先级，可选范围在-20到19，数字越大优先级越低（看到一个比较有意思的理解：nice代表这个人是个好人，越nice人约好，他就越谦让，所以优先级越低:D），在启动清理命令之前加上nice -n 19就能直接指定优先级运行了，如下：
nice -n 19 find . -mtime +3 -type f -delete
根据监控来看，似乎并没有什么用，使用top命令看了下，优先级是生效了的，看来这个方法不奏效。
另一个查到的方法是ionice，这个命令貌似可以直接对IO的调度策略和优先级做限制，使用man ionice可以看到命令的详细用法：
简单介绍下：
| 参数 | 作用 | 取值 | 描述 |
|---|---|---|---|
| -c, --class | 调度类，调度方式 | 0,1,2,3 | 0对应none，1对应realtime，2对应best-effort，3对应idle |
| -n | 对应调度类下的级别 | 0-7 | 只对realtime和best-effort有效 |
| -p | 指定PID | pid号 | 指定要做调整的进程pid，如果是执行命令，那就直接带上命令就可以 |
关于调度策略的解释：
具体的可以搜下IO的CFQ调度算法了解下，这里不展开讨论了；
随后测试了一下ionice的控制：
ionice -c 2 -n 7 find . -mtime +3 -type f -delete
感觉还是没太大作用，IO还是会打到100%，也可能是技艺不精，没找对方法；看样子只有自己在脚本里做控制了；
实在没有办法了，只有在我的清理脚本里做控制，把find方式换成了perl脚本，然后做了一层控制：
#!/usr/bin/perl
use File::Find;
use File::Spec;
my $path="xxx";
opendir DH, $path or die "cannot chdir to $path : $!";
for my $p (readdir DH) {
my $idle=0; # 已删除的文件数，初始化为0
my $sleep_time=5; # 休眠时间5秒
next if $file eq "." or $file eq "..";
my $sonpath=File::Spec->catdir($path,$p);
opendir SH, $sonpath or die "cannot chdir to $sonpath : $!";
for my $file (readdir SH) {
next if $file eq "." or $file eq "..";
next if $file =~ /^\./;
my $abspath=File::Spec->catdir($sonpath,$file);
my @s=stat("$abspath");
if ((time()-$s[8]) > (60*60*24*2)){
print "delete file $abspath\n";
unlink $abspath;
$idle=$idle+1; # 完成文件的清理后
if ($idle>=500){
print "finish delete $idle files, will sleep $sleep_time.\n";
$idle=0; # 当删除文件数达到500个的时候，手动休眠
sleep($sleep_time);
}
}
}
closedir SH;
}
closedir DH;
接下来运行脚本进行清理：
再看监控图，终于是稳定维持在一个水平了：
虽然通过脚本的方式控制了文件清理对IO的占用，但是这算是没办法的办法，若是能够对Linux的IO调度策略再熟悉些，也许我能找到更好的办法吧，学无止境~