logrotate-Linux自带的日志切割
logrotate-Linux自带的日志切割
Riv3n前言
一般我们开发程序为了debug会存储大量的日志,当日志太大存满硬盘就会导致各种问题,服务器无法正常运转。
日志切割指当应用程序或操作系统的日志文件满足设定的触发条件,对其进行切割/分割处理。切割后的日志会在原有日志的基础上多出一个新的日志文件,且后续产生的日志也会被写入到新的日志文件中,直到下一次满足设定的触发条件时。
软件优势
相比其他日志切割软件来看,使用 logrotate 有以下优点:
logrotate是Linux操作系统上自带的一款开源的日志切割软件,因此你无需安装logrotate自身已经集成进操作系统的定时任务中,因此你无需再配置定时任务logrotate自身支持日志压缩
切割方法
常用的日志切割方式:按时间 和 按日志大小。
按时间切割:在进行切割日志时,以时间为标准,日志出现的时间满足设定的时间阈值时,则进行日志切割。类似的典型用法有:/var/log/messages 日志即按每7天切割一次的规则进行日志切分。
按日志大小切割:在进行切割日志时,以日志大小为参考标准,日志的大小满足设定的大小时进行日志切割。一般应用程序的日志多使用容量进行切割,例如,jenkins
配置文件解析
logrotate 的全局配置文件为 /etc/logrotate.conf
1 | [root@server ~]# cat /etc/logrotate.conf |
weekly:表示每周轮转一次,常见用法有 daily、 weekly、monthly、yearly
rotate:保留的日志副本数
create:日志轮转时创建一个新的日志文件用来接受新产生的日志
dateext:切割日志时使用日期作为文件后缀
compress:轮转后的日志是否进行压缩
include /etc/logrotate.d/:日志轮转时会加载 /etc/logrotate.d/ 目录下的所有配置文件(ps:该目录下的配置必须在操作系统中有rpm包存在)
/var/log/btmp 和 /var/log/wtmp 两个日志因为在操作系统中没有对应的 rpm 包,因此被当作”孤儿”日志,配置在 /etc/logrotate.conf 全局配置中。
自定义logrotate配置
Linux 操作上的一些系统服务默认已经配置了日志切割规则,可以通过查看 /etc/logrotate.d/ 目录下的文件来查看

在这里我们可以添加自己的配置文件
参数
压缩
compress:使用压缩,默认的压缩方式为gzipcompresscmd:自定义压缩的命令,默认压缩方式为gzipuncompresscmd:自定义解压的命令,默认解压工具为gunzipcompressext:压缩时使用后缀,默认gzip压缩格式下后缀为.gzcompressoptions:压缩选项,默认使用gzip;如果使用其他压缩选项,需要设置compressoptions与之匹配delaycompress:延迟压缩,实际压缩生效的时间发生在下一次日志切割之时nodelaycompress:不使用延迟压缩,即轮转时压缩(默认配置)nocompress:不实用压缩
归档方式
copy:轮转时复制完整的日志文件,常用来做当前日志文件的镜像备份。当指定copy选项时,create选项会失效copytruncate:轮转时复制完整的日志文件并清空原来的日志文件(相当于echo > logfile),新写入的日志会继续往清空后的日志文件中写入。但在日志copy和truncate的过程中写入的日志可能会丢失。当指定copytruncate选项时,create选项会失效nocopy:轮转时不会复制原日志文件nocopytruncate:轮转时复制原日志文件后不会清空原日志文件的内容create:轮转时创建一个新的日志文件,可以设置创建文件的权限、所有者、及属组nocreate:轮转时不会创建新的日志文件createolddir:轮转时如果指定的目录不存在,则会创建,支持设置目录的权限、所有者和属组nocreateolddir:轮转时指定的目录不存在时不会进行创建
归档路径
olddir directory:配置目录后,轮转后的日志会保存在指定的目录下noolddir:轮转后的日志保存在日志原有的目录下
归档删除
shred:删除日志时使用shred -u(粉碎式删除)的方式(默认关闭)shredcycles count:删除日志前会先重写覆盖日志文件,达到设定的次数后才进行删除noshred:删除日志时使用unlink的方式删除(还没搞懂这个删除逻辑)
归档规则
hourly:每小时进行一次日志切割daily:每天进行一次日志切割weekly:每周进行一次日志切割monthly:每月进行一次日志切割yealy:每年进行一次日志切割size:按日志大小进行切割rotate count:日志轮转时保存的归档文件数量start count:日志轮转时从指定的count开始,例如,start 9,则日志轮转后会跳过0-8生成xxx.9这样的日志,maxage count:轮转后的日志超过设定的日期会被删除,只有被轮转的日志才会应用到此规则maxsize size:设置maxsize后,如果被轮转的日志大小超过设置的 size,则会在设置的轮转时间(例如:weekly)之前进行日志轮转minsize size:设置minsize后,如果被轮转的日志大小不满足设置的size,即便到了设置的轮转时间也不会触发日志轮转
日期格式
dateext:切割后日志的后缀名以 “YYYYMMDD” 为格式nodateext:轮转日志时不使用后缀名为日期的格式dateformat:自定义日志后缀的时间格式,仅%Y %m %d %H %s可以被使用。 例如dateformat %m/%d/%Ydateyesterday:切割日志时使用昨天的时间而不是今天的时间extension:日志文件在轮转后使用指定的 ext 扩展名。如果使用压缩,通常ext还会加上压缩文件的扩展名,通常是.gz。例如,你有一个日志文件名为mylog.foo,你可以通过extension ext将日志轮转为mylog.1.foo.gz而不是mylog.foo.1.gz
轮转规则
ifempty:日志为空时也会按照规则进行轮转notifempty:日志为空时不进行轮转missingok:轮转的日志不存在时,继续下一个日志的轮转,不会报错nomissingok:轮式时日志不存在,会有报错提示 (默认配置)
邮件配置
mail address:配置邮件地址后,会将轮转的日志信息发送到邮箱nomail:不发送轮转的日志信息到任何邮箱 (默认配置)mailfirst:配置邮箱后,轮转后将本次生成的日志文件发送到邮箱maillast:配置邮箱后,将上一次轮转的日志文件发送到邮箱 (默认配置)
归档时执行的脚本
include file_or_directory:轮转前会尝试读取 include 配置的文件或目录,如果配置的是目录,则目录下的所有文件都会被加载到轮转的配置中;但对于文件扩展名以taboo结尾的文件或配置路径为多个目录、管道等时,加载配置时会被忽略prerotate/endscript:日志轮转前会执行自定义的命令(脚本)。通常,轮转的日志的完整路径会作为传入的第一个参数postrotate/endscript:日志轮转后会执行自定义的命令(脚本)。通常,轮转的日志的完整路径会作为传入的第一个参数firstaction/endscript:执行prerotate/endscript前且最少一个日志会被轮转时执行该语句,整个模式会作为第一个参数传递给该语句,当语句执行异常时,不会再向下执行lastaction/endscript:执行postrotate/endscript前且最少一个已经被轮转后执行该语句,整个模式会作为第一个参数传递给该语句,当语句执行异常时,仅仅展示错误信息preremove/endscript:仅仅当删除轮转过的日志前执行该语句。即将被删除的日志名会作为参数被传递进该语句sharedscripts:共享模式。启用共享模式后,当prerotate和postrotate语句执行时匹配到多个日志时,prerotate和postrotate语句仅仅只会执行一次。正常模式下,轮转时匹配到的每个日志文件都会单独执行一次prerotate和postrotate语句。nosharedscripts:轮转时匹配到多个日志文件时,每个日志文件都会执行一次prerotate和postrotate语句。(默认配置)



