mysql乱码问题的核心在于字符集设置不一致。解决方法包括：一、理解字符集和校对规则的基本概念，推荐使用utf8mb4字符集；二、检查并修改服务端字符集配置，在配置文件中设置character-set-server=utf8mb4和collation-server=utf8mb4_unicode_ci；三、建库建表时明确指定字符集，如create database mydb character set utf8mb4 collate utf8mb4_unicode_ci，并可通过alter语句修改已有库表；四、连接阶段也要设置正确字符集，如php中执行set names 'utf8mb4'，java中jdbc url加上相应参数，命令行登录后手动执行set names 'utf8mb4'。
MySQL数据库乱码问题，说到底就是字符集设置不一致导致的。你可能在插入中文的时候看到问号，或者查询出来显示乱码，这都是典型症状。解决这个问题，核心在于统一从客户端到存储的整个链路中的字符集配置。
一、搞清楚字符集和校对规则的基本概念
MySQL里的字符集（character set）决定了数据怎么被编码存储，而校对规则（collation）则影响排序和比较行为。常见的如utf8mb4是目前推荐支持完整emoji的字符集，而utf8在MySQL中其实是阉割版，不支持四字节字符。
常见误区：
- 设置了数据库默认字符集就万事大吉？不是，连接层也可能没设好
- 表和字段的字符集可以继承库的设置？是的，但一旦手动指定后就不会再变
所以，要确保几个关键点都使用相同的字符集：服务器、数据库、表、列、连接方式。
二、检查并修改MySQL服务端字符集配置
这个是最基础也是最容易忽略的地方。查看当前配置可以用：
SHOW VARIABLES LIKE 'character_set%'; SHOW VARIABLES LIKE 'collation%';
理想状态下的输出应该大部分是 utf8mb4 和 utf8mb4_unicode_ci 这类值。如果不是，你需要修改 MySQL 的配置文件（通常是 my.cnf 或 my.ini），在 [mysqld] 段加上：
DESTOON B2B网站管理系统是一套完善的B2B(电子商务)行业门户解决方案。系统基于PHP+MySQL开发，采用B/S架构，模板与程序分离，源码开放。模型化的开发思路，可扩展或删除任何功能；创新的缓存技术与数据库设计，可负载千万级别数据容量及访问。
character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
重启MySQL后生效。注意：已有的数据库和表不会自动更新，需要单独处理。
三、建库建表时明确指定字符集
很多乱码问题其实一开始就埋下了，比如创建数据库或表的时候没写字符集。正确的做法是在创建语句里加参数：
CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE TABLE mytable ( id INT PRIMARY KEY, name VARCHAR(100) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;
如果你已经有表了，可以通过 ALTER 来修改：
ALTER DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; ALTER TABLE mytable CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
四、连接阶段也要设置正确字符集
即使前面都配好了，如果连接的时候没有声明用什么字符集，照样出问题。例如：
- 在 PHP 中使用 PDO 连接时，执行
SET NAMES 'utf8mb4' - 在 Java 中 JDBC URL 加上
?characterEncoding=UTF-8&connectionCollation=utf8mb4_unicode_ci - 命令行登录后手动执行：
SET NAMES 'utf8mb4';
有些客户端工具默认会帮你做这件事，但不能依赖它。最好在连接建立时显式指定。
基本上就这些。MySQL乱码问题看起来复杂，其实只要抓住“统一字符集”这条主线，一步步排查就能搞定。有时候改完配置不生效，记得看看有没有拼错字符集名，或者是否漏掉了某些环节的设置。
