MySQL数据库里字符显示不对劲，乱码问题到底咋整才好？

“MySQL数据库里字符显示不对劲，乱码问题到底咋整才好？”这个问题，可以说是很多新手，甚至是一些老手都会遇到的烦心事儿，你明明在程序里输入的是“你好世界”，存到数据库里再拿出来一看，可能就变成了“ä½ å¥½ä¸–ç•Œ”这种谁也看不懂的“天书”，或者干脆就是一堆问号“???”，这事儿说到底，其实就是字符编码在捣鬼，你可以把编码想象成一种“密码本”，存数据的时候用一本密码本（比如UTF-8）来把文字转换成二进制数字，取数据的时候必须用同一本密码本（还是UTF-8）来翻译，才能还原出正确的文字，如果存和取用的“密码本”不一致，或者中间某个环节根本没拿对“密码本”,那翻译出来的结果自然就乱套了。

要解决这个问题，你不能只盯着数据库一个地方，得顺着数据流转的整个链条，一个一个环节地排查，这个链条通常包括：你的操作系统、数据库连接工具（比如Navicat、命令行）、你的应用程序代码（比如PHP、Java、Python）、数据库连接本身、以及数据库、数据表甚至具体字段的编码设置，任何一个环节的“密码本”设错了,都可能前功尽弃。

咱们从最源头，也就是你输入数据的地方说起，比如你用的是Windows系统，它的默认编码可能是GBK（也叫GB2312），而Linux或Mac系统通常默认是UTF-8，如果你在Windows的命令行（cmd）里直接连接MySQL，然后输入中文，这时候命令行窗口本身用的就是GBK编码，如果你的MySQL数据库默认是UTF-8，那么从GBK环境往UTF-8数据库里存数据，如果不做任何转换，乱码的风险就极高，一个建议是，尽量让你的整个开发环境统一到UTF-8编码上，这是目前最通用、支持语言最全的编码方式，对于Windows的命令行，你可以尝试在执行MySQL命令前，先执行chcp 65001命令，将命令行临时切换到UTF-8代码页，但这有时可能显示不正常,最稳妥的还是通过统一的客户端工具或应用程序来操作。

是数据库连接环节，这是非常非常关键的一步，也是很多乱码问题的根源所在，即使你的数据库、数据表都是UTF-8编码，但如果建立连接的时候，没有明确告诉MySQL服务器“我们接下来要用UTF-8来通信”，那么服务器可能会用默认的编码（比如latin1）来处理你发过来的数据，这就全乱套了,以常见的编程语言为例：

• 在PHP的PDO连接中，你需要在连接字符串里加上charset=utf8mb4，new PDO("mysql:host=localhost;dbname=test;charset=utf8mb4", $user, $pass)。
• 在Java的JDBC连接中，URL应该类似：jdbc:mysql://localhost:3306/test?characterEncoding=utf8。
• 在Python的PyMySQL连接中，创建连接时要指定charset='utf8mb4'。

这里你可能注意到了，我有时用utf8，有时用utf8mb4，这又是一个重要的点，MySQL历史上说的utf8编码其实是个“阉割版”，它最多只支持3个字节的字符，而真正的UTF-8是支持4个字节的，这就导致像一些emoji表情符号（如😊）或者某些生僻汉字，在utf8编码下是无法存储的，会变成乱码。utf8mb4才是MySQL中真正的、完整的UTF-8编码，现在的最佳实践是，一律使用utf8mb4。

我们深入到数据库服务器内部，你需要检查数据库本身、具体的数据表以及字段的编码设置,你可以通过一些SQL命令来查看和修改。

• 查看编码：
  • 查看服务器全局设置：SHOW VARIABLES LIKE 'character_set_server';
  • 查看数据库编码：SHOW CREATE DATABASE your_database_name;
  • 查看数据表编码：SHOW CREATE TABLE your_table_name;
• 修改编码（如果发现不是utf8mb4）：
  • 修改数据库编码：ALTER DATABASE your_database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
  • 修改数据表编码：ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; （这条命令会同时转换表和所有字段的编码）

这里的COLLATE指的是排序规则，它决定了字符串比较和排序的方式，utf8mb4_unicode_ci是一个比较通用的选择,对多语言支持比较好。

如果你的数据库里已经存在了大量乱码数据，那情况就复杂一些，这可能是“双重编码”造成的，意思是，数据在存入时可能已经被错误地转换了两次，本来是UTF-8的字符串，被MySQL用latin1解码，然后又错误地编码成了UTF-8存储起来，这种情况下的修复非常棘手，可能需要通过二进制的方式导出来再尝试转换，不一定能完全成功。预防远胜于治疗。

一劳永逸解决MySQL乱码问题的“黄金法则”全程统一使用UTF-8编码，并且在MySQL环境中具体指代为其完整实现utf8mb4。

你需要确保：

1. 应用程序文件（如PHP、HTML文件）保存为UTF-8编码。
2. 程序连接数据库时，显式指定连接字符集为utf8mb4。
3. 数据库、表、字段的字符集都设置为utf8mb4。
4. 网页输出时，也通过HTML Meta标签或HTTP头声明字符集为UTF-8。

只要你保证数据从诞生到展示的整个生命周期里，所有环节都使用同一种“密码本”（UTF-8/utf8mb4）,那么乱码问题基本上就可以跟你说再见了。

（上述方法和思路参考自常见的Web开发实践、MySQL官方文档关于字符集的说明以及像Stack Overflow等技术社区中大量开发者分享的经验总结。）”