uwsgi和nginx的log一样都是在一个文件名上写log,无法按天进行rotate,所以单个文件的体积会越来越大,不利于log的备份。

nginx的log切分方法

在网络上研究了nginx的log切分方法,原理比较简单。

  1. 先重命名文件,mv access.log access-20150215.log
  2. 然后reload一下nginx。
  3. nginx继续在access.log上写log

我想这种方法也是应该可以应用到uwsgi上面的。但是没有那么容易。

尝试应用到uwsgi

  1. 先重命名文件,mv uwsgi.log uwsgi-20150215.log
  2. 然后reload一下uwsgi。
  3. 没有看到uwsgi.log文件

与想象中的完全不一样。发现uWSGI的reload操作根本重不会新打开log文件。这样就需要变更一下思路了。

解决方案一

参数touch-logreopen可以重新打开日志。

logto = /data/log/MODULE/uwsgi.log
touch-logreopen=/data/log/MODULE/.touchforlogrotate

touch-logreopen当指定的文件被touch过后,时间戳发生变化,会让uWSGI重新打开日志文件,并且不会终止当前的服务(不是stop+start,而是reload的概念)。

#!/bin/bash

module="module_name"
DIR=`echo $(cd "$(dirname "$0")"; pwd)`       #获取当前目录 
LOGDIR="/data/log/$module/"                   #log目录

sourcelogpath="${LOGDIR}uwsgi.log"            #log源地址
touchfile="${LOGDIR}.touchforlogrotate"       #需要touch的文件

DATE=`date -d "yesterday" +"%Y%m%d"`
destlogpath="${LOGDIR}uwsgi-${DATE}.log"     #重命名后的文件
mv $sourcelogpath $destlogpath

#echo $touchfile
touch $touchfile                             # 更新文件时间戳

然后在crontab中加入这个,让每天0点0分的时候切分日志,当然了也可以23点59分,不过要更改一下shell脚本。

00 00 * * * /data/you_module_name/bin/uwsgirotate.sh  > /dev/null 2>&1

当然了,也可以不用crontab,如果你有logrorate服务,可以往里面添加一些事件,来进行日志的滚动。

解决方法二

官方说参数log-maxsize <bytes>,可以让uWSGI的日志文件达到一定大小后重新打开。不过我记得当达到一定大小后,并没有重新写入到uwsgi.log文件中,比较奇怪。而且按日志大小来切分,感觉没有按时间来切分的好。

解决方案三

使用参数log-master,让主进程监听一些信号,当想master进程发送信号后,日志就会重新打开,这个也是要配合mv操作先更改文件名才能的。具体参考官方的使用。The Master FIFO