一个清理脚本的改进思路(r5笔记第51天)

前几天同事问我一个问题，说在unix环境下有个目录下的文件/文件夹太多了，已经报了开始报系统错误了，客户希望能够定时进行这些目录的清理。 我连到那个环境去查看，ls都需要等待很长时间没有反应，最后尝试使用find命令，根据文件名来查找的时候反应才相对要快一些。 同事计划使用crontab来实现。 使用的命令大体如下： 59 23 1 1,4,7,10 * find /xxxx/tmp -mtime +90 -type d -print|xargs rm –rf

其中关键的地方是使用了xargs，根据我之前的测试，发现xargs在大批量的文件过滤时，效果还是不能让人满意的，而且在命令最后接入rm -rf，如果出现什么纰漏，那影响可就大了。 所以开始我是不建议直接这么用的。

根据分析，发现其实在几个目录下药删除的文件目录命名规则都比较固定。 比如是20141201的日志，命名就类似下面的形式。 container-default-instanceJob-201412001_xxxxxx 其中变化的部分主要是时间的部分，所以决定使用find -name的方式效果要好一些，但是find -name结合xargs的时候如果文件比较多，删除的时候还是有问题，而且rm -rf的潜在隐患还是有。 一种比较直接的方式就是我们生成对应的文件目录名，如果匹配，则删除，如果不匹配，也不会报出错误。 比方说我们根据需要删除字2014年12月1日起某些天的记录，则可以手工指定对应的文件名和时间戳。 rm -rf /xxxx/tmp/container-default-instanceJob-20141202* rm -rf /xxxx/tmp/container-default-instanceJob-20141203* rm -rf /xxxx/tmp/container-default-instanceJob-20141204* rm -rf /xxxx/tmp/container-default-instanceJob-20141205* rm -rf /xxxx/tmp/container-default-instanceJob-20141206* rm -rf /xxxx/tmp/container-default-instanceJob-20141207* 这种方式会避免不少的问题，删除速度是没有问题的。而且可以避免很多意外的情况。 但是缺点就是太手动了，感觉没什么技术含量。 我们来把这个过程自动化一下。能够动态生成对应的文件目录名，每次运行之后都会把基准的时间重新调整。 比如我们删除60天的记录，假设起始时间为20141201,则60天后就是20150130，第二次运行这个命令就会把起始时间自动调整为20150130，终止时间就是20150331了。 第一次运行命令后，生成的删除命令为： rm -rf /xxxx/tmp/container-default-instanceJob-20141202* .... rm -rf /xxxx/tmp/container-default-instanceJob-20150130* 第二次运行同样的命令，生成的删除命令为： rm -rf /xxxx/tmp/container-default-instanceJob-20150130* .... rm -rf /xxxx/tmp/container-default-instanceJob-20150331* 这种方式就比较动态了，而且删除起来也是一个很稳定的过程。 首先采用shell的形式写了如下的脚本。

GetIncDate()
{
 L_DAY=$1
 days=$2
 L_TODAY=$(printf "%(%Y%m%d)T\n" "${L_DAY}0000 + ${days} day")
 print ${L_TODAY}
}
 
function gen_clean_script
{
for i in {1..$duration}
do
echo 'rm -rf /xxxxx/tmp/container-default-instanceJob-'`GetIncDate $initdate $i` >> gen_clean_script.sh
done
}

这种方式基于Linux环境实现，可以灵活的使用date命令的选项进行时间的计算。 但是问题来了，在Linux下可行的方案在unix底下没有那些个命令选项。也就是说这个shell脚本在unix下运行不了。问题还是基于一些命令的兼容性。 最后尝试把时间的计算用sql来实现，这样也不会存在平台的限制。 写出的基于sql计算时间的shell脚本如下：

function gen_clean_script
{
conn_str=$3
print "
conn  $conn_str
set linesize 200
set serveroutput on
set feedback off
begin
for i in 1..$2 loop
dbms_output.put_line('rm -rf /xxxxx/tmp/container-default-instanceJob-'||to_char(to_date('$1','yyyymmdd')+i,'yyyymmdd')||'*');

end loop;
end;
/
" |sqlplus -s /nolog > gen_clean_script.sh

}

function get_next_date
{
conn_str=$3
print "
conn  $conn_str
set serveroutput on
set feedback off
begin
dbms_output.put_line(to_char(to_date('$1','yyyymmdd')+$2,'yyyymmdd'));

end;
/
" |sqlplus -s /nolog > init.date
}


conn_str=n1/n1@xxxx
duration=60
if [[ ! -s init.date ]] ;then
echo '***********************************************'
echo '20141201' > init.date
initdate=20141201
echo $initdate
echo '***********************************************'
else
initdate=`cat init.date`
fi

gen_clean_script $initdate $duration $conn_str
get_next_date $initdate $duration $conn_str


cat gen_clean_script.sh 

问题的解决就有了一种相对比较可行的思路，这种方案有一个缺点就是需要连接数据库，不过对于数据库用户的配置没有其它要求，只要能运行sql查询即可。