Linux logger 的优先级设施名怎样映射日志分类

Linux logger 的 -p 参数写成 facility.level：前半段 facility 是“哪一类日志”，后半段 level 是“这条日志有多严重”。例如 local3.info 表示把消息放进 local3 设施，并标为 info 级别。它只负责把优先级写进 syslog 消息，最终落到哪个文件或日志流，还要看 rsyslog、syslog-ng 或 journald 的路由配置。

官方地址：https://man7.org/linux/man-pages/man1/logger.1.html

记忆方法：facility 是分类维度，level 是严重程度；先选分类，再选级别。没有写 -p 时，logger 默认使用 user.notice。

先把 facility 和 level 分开

facility 不是文件名，而是 syslog 记录中的来源类别。常用设施包括 auth、authpriv、cron、daemon、mail、user、syslog，以及给应用自行划分空间的 local0 到 local7。实际写入哪个文件，由日志守护进程根据 facility 和 level 再做匹配。

level 表示严重程度，顺序从高到低通常是 emerg、alert、crit、err、warning、notice、info、debug。因此 local3.info 和 local3.err 属于同一设施，但后者的严重程度更高。

从默认写法迁移到 facility.level

脚本里如果直接写 logger "任务完成"，消息会使用默认的 user.notice。当不同任务需要被分流时，应把分类写在命令上，而不是依赖接收端猜测：

# 将备份任务归入 local3，并标为普通信息
logger -p local3.info -t backup "archive finished"

# 将配置加载失败归入 daemon，并提高严重程度
logger -p daemon.err -t config-loader "configuration rejected"

# 让以连字符开头的消息仍被当作正文，而不是 logger 选项
logger -p local3.notice -t backup -- "-manifest is missing"

这里的 -t 只是增加可检索的 tag，不会改变 facility 或 level。迁移旧脚本时，优先把业务边界映射到 local0–local7，把系统服务映射到 daemon，再由集中配置决定不同设施的去向。

有几个名字容易造成误读：用户态进程不能直接生成 kern，手册说明它会自动转换为 user；security 是 auth 的弃用同义词；panic、error、warn 分别是 emerg、err、warning 的弃用或兼容写法。新脚本应使用推荐名称，避免接收端或审计规则出现歧义。

优先级数字怎样计算

当输入使用 --prio-prefix 时，logger 读取形如 的前缀。这个数字不是随意编号，而是按 facility × 8 + level 计算，其中 facility 和 level 使用各自的数字编码。例如 local0 的 facility 值为 16，info 的 level 值为 6，所以 local0.info 对应 。

# 管道中的每一行可以携带自己的优先级前缀
printf '%s\n' 'cache warmed' 'cache failed' \
  | logger --prio-prefix -t cache-worker

# 没有前缀的行沿用 -p 指定的默认优先级
printf '%s\n' 'worker started' \
  | logger --prio-prefix -p local0.notice -t cache-worker

--prio-prefix 主要适合管道输入；它不影响直接写在命令行末尾的 message。前缀只写 level 时，facility 仍来自 -p；整行没有前缀时，也会回退到 -p 指定的优先级。

脚本中的回归检查和 journald 边界

迁移后可以固定一个 tag 和一个设施做最小检查，再到当前系统使用的日志接收端查询。不要把“命令退出码为 0”误认为“已经写入某个目标文件”；目标文件、过滤阈值和权限都属于接收端配置。

# 发送一条固定标记，便于在接收端定位本次迁移
logger -p local5.notice -t logger-migration "facility mapping check"

# 使用 journald 时按 tag 查询；没有 journald 时改用对应守护进程的查询方式
journalctl -t logger-migration -n 20 --no-pager

如果选择 logger --journald，规则又不同：手册说明该模式会忽略其他选项中的 priority，需要在输入字段中提供 PRIORITY。也就是说，logger --journald -p local5.notice 不能替代结构化输入中的优先级字段。

相关问题

facility 名称会直接决定日志文件吗？

不会。它只是优先级中的分类字段，日志守护进程还需要按 facility、level 和其他条件配置路由。

为什么不建议继续写 warn 或 error？

这些名称是兼容别名，分别对应 warning 和 err。新脚本使用规范名称，配置和检索时更容易保持一致。

facility 只写一个名字可以吗？

-p 需要完整的优先级表达式，通常写成 facility.level；省略时使用 user.notice。