linux中文乱码主因是lang未设对或终端编码不匹配，需依次检查echo $lang、locale -a|grep zh_cn，安装对应中文locale，禁用ssh环境变量覆盖，并同步客户端编码为utf-8。
Linux系统中文乱码，八成是 LANG 没设对，或者终端/客户端编码没跟上系统。别急着装字体或改 MySQL 配置，先确认字符集是否生效、是否被覆盖。
检查当前 LANG 和可用中文 locale
终端里直接运行：echo $LANG 和 locale -a | grep zh_CN。
如果输出是 en_US.UTF-8 或空，说明中文 locale 未启用或根本没安装；如果返回类似 zh_CN.utf8 或 zh_CN.UTF-8，说明已存在，只需激活。
- CentOS/RHEL 系统常用命令是
yum groupinstall "Chinese Support"或yum install glibc-common（部分老版本需额外装kde-l10n-Chinese） - Ubuntu/Debian 系统用
sudo apt-get install language-pack-zh-hans，再执行sudo dpkg-reconfigure locales勾选zh_CN.UTF-8 - 注意：有些系统只提供
zh_CN.utf8（小写 utf8），不是UTF-8；设置时必须严格匹配，否则export LANG=zh_CN.UTF-8会静默失败
永久设置 LANG 而不被 SSH 客户端覆盖
很多用户设了 /etc/locale.conf 或 /etc/environment，但一连 SSH 就变回英文——这是因为 SSH 客户端（如 Xshell、SecureCRT、Windows Terminal）默认发送 LANG=en_US.UTF-8，覆盖了服务器设置。
- 在服务器端，
/etc/locale.conf写入LANG="zh_CN.UTF-8"（CentOS/RHEL）或/etc/default/locale（Ubuntu）写入LANG=zh_CN.UTF-8，然后source /etc/locale.conf - 更关键的是禁用 SSH 的环境变量传递：编辑
/etc/ssh/sshd_config，确认AcceptEnv行不包含LANG和LC_*，例如删掉或注释掉AcceptEnv LANG LC_* - 改完重启服务：
sudo systemctl restart sshd（CentOS）或sudo systemctl restart ssh（Ubuntu）
终端和远程连接工具的编码必须同步
即使服务器 LANG 正确，SecureCRT/Xshell/Terminal 显示仍是方块或问号，大概率是客户端编码没设成 UTF-8。
- SecureCRT：【Options】→【Session Options】→【Appearance】→ 字体编码选
UTF-8；再进 【Translation】→ Remote character set 改为UTF-8（不是 “Use font encoding”） - Xshell：【文件】→【属性】→【终端】→ 编码选
UTF-8；同时确认【文件】→【属性】→【字体】里用了支持中文的字体（如DejaVu Sans Mono、WenQuanYi Zen Hei） - Windows Terminal 连 WSL 或远程 Linux：设置 JSON 中
"locale": "zh_CN.UTF-8"并确保"fontFace": "Cascadia Code"类字体已安装且含 CJK 字形
vim 和 less 查看中文文件仍乱码？别漏掉 fileencoding
vim 打开一个中文文本，输入 :set fileencoding?，如果显示 latin1 或 iso-8859-1，说明 vim 没自动识别编码，得手动指定。
- 临时修复：
:set fileencoding=utf-8，然后:wq保存 - 永久生效：在
~/.vimrc加两行：set encoding=utf-8set fileencodings=ucs-bom,utf-8,cp936,gb18030,big5,euc-jp,euc-kr,latin1 -
less默认不支持 UTF-8 渲染中文，可加环境变量：export LESSCHARSET=utf-8，并确保LESS环境变量未禁用颜色或分页
最容易被忽略的一点：LANG 设置后，新打开的终端才生效；已有会话不会自动刷新，哪怕你改了 /etc/locale.conf 并 source 了，也得新开一个 tab 或重新登录。别在旧窗口里反复试，以为没生效。
