# settings.py LOGGING = { ... 'handlers': { ... 'file': { 'level': 'INFO', 'class': 'logging.RotatingFileHandler', 'filename': os.path.join(LOGS_DIR, 'app.log'), 'formatter': 'verbose', 'maxBytes': 1024, 'backupCount': 5 }, ... } ... }
设置RotatingFileHandler的maxBytes与backupCount,这两个参数默认是0。python
当两个参数都不为0时,会执行rallover过程:log文件大小接近maxBytes时,新建一个文件做为log的输出,旧的文件会被加上相似'.1'、'.2'的后缀。linux
举个例子,若是backupCount=5,log file定义的名字为app.log,你会获得app.log, app.log.1, app.log.2 一直到 app.log.5。django
然而被写入日志的永远是app.log,写满了以后重命名为app.log.1,若是app.log.1存在,app.log.1会先被重名名为app.log.2,依此类推。windows
另外,若是app.log.5存在,它会被删除。bash
PermissionError: [WinError 32] 另外一个程序正在使用此文件,进程没法访问。
首先,Django默认启用两个进程,一个进程用来检测文件变化,另外一个进程是正经的服务器进程。settting.py这个文件被加载了两次,也就是日志文件打开了两次,若是是服务器进程先启动,则看不出毛病来;若是是监控进程首先打开了从settings.py加载了日志,那么正经服务器进程就没法再次加载日志了。服务器
若是你的Django项目是单进程的,那么在启动Django项目的时候使用--noreload就能够解决app
python manage.py runserver 0.0.0.0:80 --noreload
noreload表示不启动Django的监控进程,也就是说项目代码的改变再也不会影响已经载入内存中的代码,这样,Django就只会起一个进程。测试
可是,若是你的项目是多进程的,或者在某些单独的模块,好比celery中为了使用Django的ORM而使用了django.setup()日志
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myproject.settings") import django django.setup()
那么就须要用另外一个日志模块解决code
pip install concurrent-log-handler
在LOGGING中,用concurrent_log_handler.ConcurrentRotatingFileHandler
代替logging.RotatingFileHandler
# settings.py LOGGING = { ... 'handlers': { ... 'file': { 'level': 'INFO', 'class': 'concurrent_log_handler.ConcurrentRotatingFileHandler', 'filename': os.path.join(LOGS_DIR, 'app.log'), 'formatter': 'verbose', 'maxBytes': 1024, 'backupCount': 5 }, ... } ... }
测试一下,问题解决
另外,若是是linux系统下的多进程Django,能够用ConcurrentLogHandler模块
pip install ConcurrentLogHandler
# settings.py LOGGING = { ... 'handlers': { ... 'file': { 'level': 'INFO', 'class': 'cloghandler.ConcurrentRotatingFileHandler', 'filename': os.path.join(LOGS_DIR, 'app.log'), 'formatter': 'verbose', 'maxBytes': 1024, 'backupCount': 5 }, ... } ... }