问题现象与常见原因

系统日志（如 /var/log/messages 或 /var/log/syslog）出现乱码，通常表现为中文字符显示为问号、方块或不可识别的符号。常见原因包括：日志文件编码与终端或查看工具编码不匹配、rsyslog 配置未指定 UTF-8 编码、系统 locale 配置错误。本教程提供从排查到修复的完整操作步骤。

第一步：查看当前日志文件的编码

使用 file 命令判断日志文件的原始编码：

file -i /var/log/syslog

输出示例：charset=iso-8859-1 或 charset=utf-8。若显示 application/octet-stream 或 unknown，说明编码可能被破坏。

同时检查终端会话的编码：

echo $LANG

通常应为 en_US.UTF-8 或 zh_CN.UTF-8。

第二步：临时查看乱码日志（不修改文件）

方法一：使用 iconv 转换编码后查看

若日志文件编码为 iso-8859-1，而终端是 UTF-8，可实时转换：

iconv -f iso-8859-1 -t utf-8 /var/log/syslog | less

将 iso-8859-1 替换为实际源编码，可通过 file -i 获得。

方法二：使用 less 的 -R 参数

部分乱码因控制字符导致，less -R 能解析 ANSI 转义序列，但不解决编码问题：

less -R /var/log/syslog

方法三：通过 ssh 设置终端编码

使用 luit 工具（需安装）强制输出编码：

luit -encoding utf-8 tail -f /var/log/syslog

第三步：永久修复日志编码

1. 修改 rsyslog 配置

编辑 /etc/rsyslog.conf 或 /etc/rsyslog.d/ 下的配置文件，在 global 部分添加：

$ActionFileDefaultTemplate RSYSLOG_FileFormat

该模板默认使用系统 locale 编码（推荐 UTF-8）。若需强制指定，可自定义模板：

$template CustomFormat,"%timegenerated% %hostname% %syslogtag% %msg%\n"
$ActionFileDefaultTemplate CustomFormat

注意：该模板不改变字符编码，仅控制格式。真正影响编码的是系统 locale。

2. 设置正确的系统 locale

编辑 /etc/locale.conf（CentOS/RHEL）或 /etc/default/locale（Debian/Ubuntu）：

LANG=en_US.UTF-8

若需支持中文日志：

LANG=zh_CN.UTF-8

运行 locale-gen（若适用），然后重启 rsyslog：

systemctl restart rsyslog

3. 转换历史日志文件（可选）

若历史日志已乱码，使用 convmv 或 iconv 批量转换：

mkdir -p /var/log/converted
for log in /var/log/syslog*; do
    iconv -f iso-8859-1 -t utf-8 "$log" > "/var/log/converted/$(basename $log)"
done

注意：转换前请备份原文件。

总结与检查

修复后，重新查看日志应正常显示中文字符。验证步骤：

1. 执行 logger "测试中文日志条目"
2. 使用 tail /var/log/syslog 查看输出

若仍出现乱码，检查应用层（如 Java 应用日志）是否明确指定了编码，通常需在应用配置中设置 -Dfile.encoding=UTF-8。网络设备或第三方日志源发送的编码也可能不统一，建议在日志收集端统一转换。