别着急，服务器乱码是一个常见问题，通常是由于字符编码不一致导致的，我们可以按照以下步骤系统地排查和解决。
乱码的本质是：数据的编码（Encode）和解码（Decode）使用的字符集（Charset/Encoding）不匹配。
服务器用UTF-8编码生成了文本，但你的SSH客户端、终端、数据库客户端或Web浏览器却用GBK来解码，就会看到一堆乱码。
你需要确定乱码发生在哪个环节，常见的有以下几种情况：
1、SSH连接终端乱码：通过Xshell, SecureCRT, Putty, iTerm2等工具连接Linux服务器时，显示的命令行回显、文件名、文件内容是乱码。
2、应用程序日志/输出乱码：比如查看Tomcat日志、Nginx日志、或者你自己开发的Java/Python/PHP程序输出的内容是乱码。
3、乱码：从MySQL等数据库中查询出来的数据是乱码。
4、Web服务乱码：通过浏览器访问网站，页面显示乱码。
确定了问题来源，就可以进行针对性的排查。
这是最常见的情况，解决方法主要是确保服务器和SSH客户端的字符集设置一致，通常推荐统一设置为UTF-8。
1. 检查服务器端的字符集设置
登录服务器后，执行以下命令：
locale
查看输出，重点关注LANG 和LC_CTYPE 变量，理想状态应该是：
LANG=en_US.UTF-8 LC_CTYPE="en_US.UTF-8" ...
或者
LANG=C.UTF-8 ...
如果输出是zh_CN.GBK,zh_CN.GB2312,C 或POSIX，则说明服务器环境很可能是非UTF-8编码。
解决方法：
临时修改（仅当前会话有效）
export LANG=en_US.UTF-8
export LC_ALL=en_US.UTF-8执行后，再查看文件内容，乱码可能就恢复了。
永久修改（对所有用户和新会话有效）
编辑/etc/locale.conf (CentOS/RHEL/Fedora) 或/etc/default/locale (Debian/Ubuntu) 文件。
sudo vim /etc/locale.conf修改或添加如下内容：
LANG="en_US.UTF-8"
LC_ALL="en_US.UTF-8"保存退出后，注销并重新登录服务器，或者重启系统使配置生效。
2. 检查SSH客户端的字符集设置
确保你的SSH客户端编码也设置为UTF-8。
PuTTYConnection -> Data -> Translation -> Remote character set 选择 “UTF-8”。
Xshell会话属性 -> 终端 -> 编码 -> 选择 “Unicode (UTF-8)”。
SecureCRTOptions -> Session Options -> Terminal -> Appearance -> Character encoding 选择 “UTF-8”。
Mac/Linux 终端 (Terminal/iTerm2)通常默认就是UTF-8，可以在设置中确认。
确保服务器和客户端两边的设置一致（都为UTF-8）后，乱码问题通常就能解决。
如果只是某个特定应用或日志文件乱码，问题可能出在应用自身。
1、检查应用配置：查看应用（如Tomcat, Nginx, Java应用）的配置文件，看是否有指定字符集的地方，确保其设置为UTF-8。
Tomcat 修改conf/server.xml 中的 Connector，添加URIEncoding="UTF-8"。
Nginx 在nginx.conf 的http 块中添加charset utf-8;。
2、检查文件本身的编码：有时文件可能被以错误的编码保存，可以用file 命令查看文件编码猜测（不一定100%准确）。
file -i filename.log
# 输出可能为： filename.log: text/plain; charset=iso-8859-1 如果编码不对，可以用iconv 命令转换文件编码。
iconv -f GBK -t UTF-8 source_file.log > new_file.log
# -f FROM 指定源编码
# -t TO 指定目标编码数据库乱码需要检查数据库、表、连接三层的编码设置。
1、检查数据库服务器字符集（以MySQL为例）：
mysql> SHOW VARIABLES LIKE 'character_set%';重点关注：
character_set_server 服务器默认字符集。
character_set_database 数据库默认字符集。
character_set_client 客户端来源数据使用的字符集。
character_set_connection 连接层字符集。
character_set_results 查询结果字符集。
通常需要保证这些变量大部分为utf8mb4 (推荐) 或utf8。
2、检查数据库和表的字符集：
mysql> SHOW CREATE DATABASE your_database_name;
mysql> SHOW CREATE TABLE your_table_name;3、解决方法：
* 在MySQL配置文件my.cnf 的[mysqld],[client],[mysql] 章节下设置默认字符集。
[mysqld]
character-set-server=utf8mb4
collation-server=utf8mb4_unicode_ci
[client]
default-character-set=utf8mb4
[mysql]
default-character-set=utf8mb4在代码中建立数据库连接后，先执行一条设置编码的SQL语句，例如
SET NAMES 'utf8mb4';浏览器中网页乱码，通常由以下原因导致：
1、HTTP响应头未指定编码：Web服务器（如Nginx/Apache）没有返回正确的Content-Type 头。
解决方法在Web服务器配置中强制添加字符集（如Nginx的charset utf-8;）。
2、HTML页面元标签未指定编码：HTML文件本身没有声明<meta charset="UTF-8">。
解决方法在HTML的<head> 部分添加该标签。
3、文件实际编码与声明不符：文件用GBK保存，但声明为UTF-8。
解决方法用代码编辑器（如VSCode, Notepad++）将文件转换为正确的编码并保存。
1、遇乱码，先定位：是终端、应用、数据库还是网页？
2、查两端，保一致：如果是终端问题，检查服务器环境变量（locale）和SSH客户端设置，确保都是UTF-8。
3、看配置，定编码：如果是应用或数据库，检查其配置文件中关于字符集的设置。
4、转文件，换编码：如果是单个文件，尝试用iconv 或编辑器转换其编码。
5、重服务，验结果：修改配置后，务必重启相关服务（如nginx, mysql, tomcat）或重新建立连接（SSH会话、DB连接）以使配置生效。
按照这个流程，绝大多数乱码问题都可以得到解决。
文章摘自：https://idc.huochengrm.cn/fwq/14436.html
评论