简介
日志级别等级由低到高顺序：DEBUG < INFO < WARN < ERROR < CRITICAL，级别越低，输出日志越详细。
运行调试日志被分为如表1所示的5个等级：
日志级别 |
日志内容 |
|---|---|
CRITICAL |
紧急。系统业务严重受损或者完全不可用的紧急情况，规模性的用户受影响，需要运维人员紧急处理。例如系统无法启动或进程挂死等。 |
ERROR |
错误。系统运行环境/功能受影响，或非预期的数据/事件造成功能执行出错。例如数据入库失败、任务创建失败等。 |
WARN（WARNING） |
警告。系统出现的潜在风险或隐患，但不影响系统功能的正常执行。例如数据校验存在错误，但系统可通过纠错功能恢复，不影响功能的执行。 |
INFO（INFORMATIONAL） |
信息。用于系统运行正常的信息记录，输出一些状态或状态变化的信息，例如当前系统的状态、数据库的连接状态等信息。 |
DEBUG |
调试。用于跟踪运行路径，如跟踪函数的进入和退出等，记录调试信息。记载的信息全面，是给开发人员用于定位复杂的问题。增加了代码级的信息的输出，如当前调用的函数名和参数、内部变量值、函数调用返回值等。抛出异常或者错误返回之前需要记录。 |
通过MINDIE_LOG_LEVEL 环境变量设置某个组件日志级别
通过MINDIE_LOG_LEVEL 环境变量来设置某个组件日志级别，具体格式为 mindie-module : level。冒号前后分别为组件名称和日志等级。同时设置多个组件时用分号隔开。如果冒号前无组件名称则默认为对所有组件统一进行设置。MindIE目前有以下组件
[cert, benchmark, client, ms, server, llm, sd, rt, torch]，日志级别有以下选项：[critical, error, warning, info, debug, null]。
- 以上组件和日志级别的取值不区分大小写。
- null是日志级别中的一个选项，作用是关闭日志。不建议使用。
- 优先使用MINDIE_LOG_LEVEL设置日志等级，当前保留MINDIEMS_LOG_LEVEL及配置文件是为了兼容旧版本配置方式。
- 若MINDIE_LOG_LEVEL设置为空则使用MINDIEMS_LOG_LEVEL，MINDIEMS_LOG_LEVEL为空则使用配置文件。
export MINDIE_LOG_LEVEL="debug"
export MINDIE_LOG_LEVEL="ms : error ; client:debug"
export MINDIE_LOG_LEVEL="info ; ms:debug"
通过MINDIEMS_LOG_LEVEL环境变量来设置MS组件日志级别
日志级别有以下选项：[DEBUG, INFO, WARNING, ERROR, CRITICAL, NULL]。
- 日志级别的取值需要为大写。
- null是日志级别中的一个选项，作用是关闭日志。不建议使用。
export MINDIEMS_LOG_LEVEL="DEBUG"
通过各个子组件的xxx.json配置文件进行配置
服务端日志会根据服务端配置文件ms_{子组件名}.json中的以下配置进行设置
日志级别有以下选项：[DEBUG, INFO, WARNING, ERROR, CRITICAL, NULL]。
- 日志级别的取值需要为大写。
- null是日志级别中的一个选项，作用是关闭日志。不建议使用。
【示例】将MindIE MS某个子组件的日志级别设置为ERROR。
"log_info": {
"log_level": "ERROR" // 日志级别
}