首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
您找到你想要的搜索结果了吗?
是的
没有找到

生产环境ERROR日志治理总结

方便快速定位问题, 追踪程序执行的过程 追踪数据的变化 数据统计和性能分析 采集运行环境数据 我们遇到一个问题,什么时候打印ERROR,什么时候打印Waring,Info就不说了?...表明系统出现不合理但不影响运行和使用; error表明系统出现了错误,无法完成目标操作,必须人工介入分析处理; 以上是官方的解释,但是具体怎么判断呢,一句话"如果告警出来,你是否需要介入处理,如果是就打ERROR,如果不是就打Waring...; 日志的时效性; 日志的级别; 日志的内容(打印错误日志内容的基本原则:完整、具体、直接、格式规范、多用关键字) 还有一些情况要介绍一下 我们通常知道对ERROR日志进行告警的配置,配置在单位时间内Waring...达到一定数量进行告警,但是存在这样一种情况,在业务上是正常的报错(例如参数校验未通过,可能是使用姿势的问题),这个时候没有打ERROR打的是Waring,但是正常情况下这个Waring会一直处于低水位状态

1.5K10

python + logging 实现日志输出及保存到文件

logging.debug('debug级别,一般用来打印一些调试信息,级别最低') logging.info('info级别,一般用来打印一些正常的操作信息') logging.warning('waring...一般用来打印一些错误信息') logging.critical('critical级别,一般用来打印一些致命的错误信息,等级最高') 这样直接就可以在控制台输出日志信息了: WARNING:root:waring...') logger.debug('debug级别,一般用来打印一些调试信息,级别最低') logger.info('info级别,一般用来打印一些正常的操作信息') logger.warning('waring...这样就可以在控制台看到: waring级别,一般用来打印警告信息 error级别,一般用来打印一些错误信息 critical级别,一般用来打印一些致命的错误信息,等级最高 还是少了几条日志,因为我们没有设置日志级别

5.5K41
领券