Django 的日志机制-1

日志目的

日志文件在开发环境中以及在线上环境或者在测试环境中都可以很好的反应程序的执行情况，以及出现bug的时候，准确的定位bug的位置，请求方法，错误原因等。所以说日志对于程序猿来说是一个开发者必备的必须了解且精通的东西。

日志需要实现功能

日志要分等级

等级说明：debug调试信息；info用来收集关注的信息；warn警告信息；error错误信息

好多开发工程师记录日志总是喜欢用info级别来记录日志，一般的组件默认级别都是info,所有info默认都是会被记录的，而debug信息发布后，是不会被记录的。这是一种偷懒的做法，但这也是很普遍的做法。正确的方式应该根据日志本身的特性去设置日志的级别，其实规范的日志级别是非常重要的：

• 正确的级别便于运维。便于统一调整系统日志级别，如特殊情况可以只记录error错误
• 没有正确的级别，对后期日志分析和处理是留下很大的隐患。error是需要去关注，并且处理掉的问题。info是普通日志的记录，大部分时候是无需关注的。

error日志内容一定要详实

运营过大型系统的人都知道，除了数据库存储外，日志、图片、附件是存储的三大债主，他们是会占用非常非常大的空间，所有记录info的日志，要简洁易懂，避免空间浪费。 而对于error级别的错误，记录一定要详实，因为error的所有问题，是后期都要去解决的。

• 请求的地址
• 请求的参数
• 请求的ip
• 请求的用户
• error具体信息
• 输出的内容
• …

为了能很好的反馈当时error产生场景，以上的这些内容都应该被记录，而且越详细越好。

全局统一收集日志

前文说过，error的日志，不仅是我们需要关注的，还是我需要解决掉的问题，所有error日志非常重要。错误日志的收集，必须是全局统一收集的。如果你发现你的errorr日志收集是在每个类中，这个一定要避免，不管你用那种语言，错误的处理，都是可以通过全局进行统一的处理，错误日志也要通过全局统一收集。

单个文件的大小要控制

因为大家都是通过日期方式保存的，但是因为有的人不重视日志，经常会看到有的系统单个日志文件上百M，有的甚至是几G，而实际大家处理问题关注的都是最近的日志，所以控制单个日志文件的大小，对日志的性能以及后期的运维都是非常便利的。

日志要便于浏览

日志文件小才便于浏览，日志最好能通过网址直接访问到，而不需要一波三折登录服务器，花10分钟下载下来，再来分析。

日志的安全性要得到保障

日志内容有时会包含敏感信息，特别是error日志，直接把系统的具体错误抛出来，所以日志除了查看方便，还需要确保日志文件的安全。

日志要定期清理

日志是非常占用存储的空间，日志太大对存储的性能也有一定的影响，所有日志要定期进行清理。

• 空间充足可以保留半年
• 空间不足最少也要保留3个月

理想的日志架构

graph LR
A(应用)-->B(日志)
B-->C(聚合)
C-->D(分析)

相关链接：
Django 的日志机制-2
Django 的日志机制-3
Django 的日志机制-4