uwsgi和nginx的log一样都是在一个文件名上写log,无法按天进行rotate,所以单个文件的体积会越来越大,不利于log的备份。
nginx的log切分方法
在网络上研究了nginx的log切分方法,原理比较简单。
- 先重命名文件,mv access.log access-20150215.log
- 然后reload一下nginx。
- nginx继续在access.log上写log
我想这种方法也是应该可以应用到uwsgi上面的。但是没有那么容易。
尝试应用到uwsgi
- 先重命名文件,mv uwsgi.log uwsgi-20150215.log
- 然后reload一下uwsgi。
- 没有看到uwsgi.log文件
与想象中的完全不一样。发现uWSGI的reload操作根本重不会新打开log文件。这样就需要变更一下思路了。
解决方案一
参数 touch-logreopen
可以重新打开日志。
logto = /data/log/MODULE/uwsgi.logtouch-logreopen=/data/log/MODULE/.touchforlogrotate
touch-logreopen
当指定的文件被touch过后,时间戳发生变化,会让uWSGI重新打开日志文件,并且不会终止当前的服务(不是stop+start,而是reload的概念)。
#!/bin/bashmodule="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 $touchfiletouch $touchfile # 更新文件时间戳
然后在 crontab
中加入这个,让每天0点0分的时候切分日志,当然了也可以23点59分,不过要更改一下shell脚本。
* * * /data/you_module_name/bin/uwsgirotate.sh > /dev/null 2>&1
当然了,也可以不用crontab,如果你有 logrorate
服务,可以往里面添加一些事件,来进行日志的滚动。