Logrotate日志切割工具

在平时处理运维工作当中，必不可少的就是日志切割，不然一个日志文件几十个G，不仅不方便查询日志信息，而且也不利于做日志保存。关于在Linux上做日志切割之外，除了手搓切割脚本，还有就是Linux系统自带的一个切割工具Logrotate。

Logrotate简单说明

Logrotate可以对日志进行轮转、压缩和删除，还可以将日志发送到指定邮箱。
– 可以按照时间进行分割；
– 可以按照日志文件大小进行分割。

Logrotate配置管理

工欲善其事，必先利其器。所以我们要先要着手了解一下Logrotate的相关信息，通过了解之后才能根据各个场景灵活的使用这个工具。
Logrotate的相关文件\目录(如果需要查找所有与之相关的文件信息可以通过rpm -ql logrotate进行查看)

定时任务：/etc/cron.daily/logrotate
配置文件：/etc/logrotate.conf
配置目录：/etc/logrotate.d
执行文件：/usr/sbin/logrotate
日志文件：/var/lib/logrotate/logrotate.status

我可以通过查看/etc/logrotate.conf来查看相关的配置信息

# see "man logrotate" for details
# rotate log files weekly
weekly

# keep 4 weeks worth of backlogs
rotate 4

# create new (empty) log files after rotating old ones
create

# use date as a suffix of the rotated file
dateext

# uncomment this if you want your log files compressed
#compress

# RPM packages drop log rotation information into this directory
include /etc/logrotate.d

# no packages own wtmp and btmp -- we'll rotate them here
/var/log/wtmp {
    monthly
    create 0664 root utmp
    minsize 1M
    rotate 1
}

/var/log/btmp {
    missingok
    monthly
    create 0600 root utmp
    rotate 1
}

# system-specific logs may be also be configured here.

我们可以通过上面查看到，Logrotate有个配置目录，进入目录之后，可以看到一些已经创建好的日志切割的规则文件，也可以通过这些设置好的配置文件来学习，如何自己写一个配置文件，接下来我们通过对一个自定义的日志文件进行切割测试。

根据大小切割

因为文件大小可以比较自由的控制，所以用来测试日志切割再好不过了。Q

首先我们在/etc/logrotate.d下创建一个自定义的配置文件onlyproject(即：vim /etc/Logrotate.d/onlyproject)，并写入以下内容

# 指定日志文件位置(绝对路径)
/var/log/onlyproject.log { Q
	daily
	rotate 10
	size +10M
	compress
	delaycompress
	missingok
	notifempty
	create 0600 root root
}

其他参数选项

compress                 通过gzip 压缩转储以后的日志
nocompress               不做gzip压缩处理
copytruncate             用于还在打开中的日志文件，把当前日志备份并截断；是先拷贝再清空的方式，拷贝和清空之间有一个时间差，							可能会丢失部分日志数据。
nocopytruncate 			备份日志文件不过不截断
create mode owner group  轮转时指定创建新文件的属性，如create 0777 nobody nobody
nocreate                 不建立新的日志文件
delaycompress            和compress 一起使用时，转储的日志文件到下一次转储时才压缩
nodelaycompress          覆盖 delaycompress 选项，转储同时压缩
missingok                如果日志丢失，不报错继续滚动下一个日志
errors address           专储时的错误信息发送到指定的Email 地址
ifempty                  即使日志文件为空文件也做轮转，这个是logrotate的缺省选项。
notifempty               当日志文件为空时，不进行轮转
mail address             把转储的日志文件发送到指定的E-mail 地址
nomail                   转储时不发送日志文件
olddir directory         转储后的日志文件放入指定的目录，必须和当前日志文件在同一个文件系统
noolddir                 转储后的日志文件和当前日志文件放在同一个目录下
sharedscripts            运行postrotate脚本，作用是在所有日志都轮转后统一执行一次脚本。如果没有配置这个，那么每个日志轮转后							都会执行一次脚本
prerotate                在logrotate转储之前需要执行的指令，例如修改文件的属性等动作；必须独立成行
postrotate               在logrotate转储之后需要执行的指令，例如重新启动 (kill -HUP) 某个服务！必须独立成行
daily                    指定转储周期为每天
weekly                   指定转储周期为每周
monthly                  指定转储周期为每月
rotate count             指定日志文件删除之前转储的次数，0 指没有备份，5 指保留5 个备份
dateext                  使用当期日期作为命名格式
dateformat .%s           配合dateext使用，紧跟在下一行出现，定义文件切割后的文件名，必须配合dateext使用，只支持 %Y %m %d %s 这四个参数
size(或minsize) log-size 当日志文件到达指定的大小时才转储

测试是否可正常切割

# 首先将/var/log/onlyproject.log填充为一个15M大小的文件
head -c 15M < /dev/urandom >> /var/log/onlyproject.log # dd if=/dev/zero of=/var/log/onlyproject.log bs=1M count=15

然后强制执行Logrotate

logrotate -f /etc/logrotate.d/onlyproject

[root@localhost log]# ll -h only*
-rw------- 1 root root   0 10月 24 10:54 onlyproject.log
-rw-r--r-- 1 root root 16M 10月 24 10:54 onlyproject.log-20221024.gz

我们通过查看/var/log/下的内容，可以看到已经生成了一个轮询后的gz包。

补充

在配置文件中我们也可以配置一下脚本进行操作，例如以下nginx和httpd(这两个配置文件都是在服务创建完成后自动添加的)的切割配置文件中

# Nginx
...
postrotate
	/bin/kill -USR1 `cat /run/nginx.pid 2>/dev/null` 2>/dev/null || true
...

# Httpd
...
postrotate
	/bin/systemctl reload httpd.service > /dev/null 2>/dev/null || true
...