日志记录原则

1.关键业务操作：比如删除，更新等dml类型的操作的数据，尤其是要审计的日志一定要记录；推荐info级别：查询类的操作不推荐记录日志。

2.异常日志：如果是系统异常，比如网络不通，数据库连接失败等需要记录error日志。

3.业务规则异常：例如数据违反约束，这类推荐记录debug级别日志，不推荐info级别。这类信息正常情况下应该不需要关注，由程序返回值直接来实现，但是如果需要排查bug这部分信息还是很有价值。

整体规则：

         如果用户业务问题要有返回值，用户要能看到提示，系统记录debug信息；

         如果是程序内部问题要记录error;

         关键业务信息要有审计日志。

日志记录要考虑的点：

    1. 用户需要知道什么

    2. 运维人员需要知道什么

    3. 开发人员需要知道什么

互联网公司一般开发都是兼运维，但是企业级产品最主要的是运维人员要看什么，看了以后需要知道系统发生了什么问题，需要怎么处理。