【Linux笔记】如何利用logrotate工具自动切分滚动中的日志文件

标签：linux   logrotate   

在很多实际项目中，应用程序会持续写日志，如果程序代码中没有调用支持自动切分（如按filesize或date切割）的日志库，则日志文件会很快增长到G级别。单机操作大文件对后续跟进日志来说非常不方便。

本文介绍如何利用logrotate这个工具来在应用程序外部切分日志。

2. logrotate的适用场景
如果文件是静态的（即当前没有应用程序对齐进行写操作），则split是更常用的静态文件切割工具，其用法简介见这里，此处略过。
logrotate常用来切割仍在被写的“动态”文件，它支持按时间间隔或文件大小来触发文件的自动切分（automatic rotation）。具体用法下面说明。

logrotate [-dv] [-f|--force] [-s|--state file] config_file+

# sample logrotate configuration file
compress # 全局配置项，对切分后的文件做gzip压缩
      
# 一个配置文件中可以包含多个相互独立的sections
# 其中，待切分文件路径 + { xxx }构成了一个独立的section，每个section可以配置针对该类文件的切分行为
# 注意：全局配置项会作用于每个section，除非在该section配置中覆盖了全局配置项的行为 
 
# 下面section的配置表明按时间间隔（weekly）触发日志的自动切分，历史数据只保存最近的5份
# 切分完成后，通过发送-HUP信号来重启syslogd这个daemon进程。
/var/log/messages {  
    rotate 5  
    weekly
    postrotate
        /sbin/killall -HUP syslogd
    endscript
}
       
# 下面的示例section表明按文件大小触发日志自动切分，大小单位除了上面所示的k外，还可以是M或G
# 待切分文件路径可以有多个，多个路径用空格隔开
"/var/log/httpd/access.log" /var/log/httpd/error.log {
    rotate 5
    mail www@my.org
    size=100k
    sharedscripts # 表明HUP信号只需在所有文件均切分完成后发送一次，若无该配置，则每完成一个文件的切分就会执行一次postrotate/endscript之间配置的命令
    postrotate
        /sbin/killall -HUP httpd
    endscript
}
       
# 下面的示例section表明按时间（monthly）触发切分
# 切分后的历史文件会被保存到olddir指定的目录下（该目录需要事先mkdir出来，否则会报错）
/var/log/news/news.crit {
    monthly
    rotate 2
    olddir /var/log/news/old
    missingok # 若section起始处指定的待切分文件不存在，也不会报错（默认会报错）
    postrotate
        kill -HUP 'cat /var/run/inn.pid'
    endscript
    nocompress # 切分时不做压缩，这里改写了配置文件第1行的全局配置
}

 # filename: logrotate.conf
 /home/work/running.log {
    copytruncate # 先copy running.log内容至历史文件，然后清空running.log的内容
    rotate 30    # 保存30份历史日志 
    size=1G      # 若日志文件达到1G，则触发切分
    olddir /home/work/history # 指定历史日志存放目录
    notifempty   # 若/home/work/running.log是空文件，则不做切分
    missingok    # 若/home/work/running.log不存在，不报错
}

【参考资料】
1. man logrotate
2. 鳥哥的Linux私房菜 - 登錄檔的輪替(logrotate) 

====================== EOF ===================

【Linux笔记】如何利用logrotate工具自动切分滚动中的日志文件

标签：linux   logrotate   

原文地址：http://blog.csdn.net/slvher/article/details/44200613