MySQL 服务器安装完成后，默认的服务器字符集往往被设置为 latin1。这种单字节编码无法正确存储中文、日文、韩文等多字节字符，数据写入时如果应用层没有显式指定连接字符集，就会出现乱码、问号甚至写入失败。修改服务器的默认编码，是保障多语言数据存储的基础步骤。下面将从原理、配置和验证三个层面详细说明如何完成这一修改。
一、理解 MySQL 的字符集体系与默认编码位置
MySQL 的字符集配置分为多个层次，包括服务器级、数据库级、表级和连接级。其中服务器级参数 character_set_server 和 collation_server 定义了新建数据库和表的默认字符集与排序规则。当创建数据库或表时如果没有显式指定字符集，就会继承这两个服务器级参数。因此，修改服务器默认编码的关键就是调整这两个参数。
在 MySQL 8.0 之前，latin1 是常见的默认值；从 8.0 开始，官方将默认字符集改为 utf8mb4，但许多通过低版本升级或使用定制安装包的环境仍然沿用 latin1。utf8mb4 是 utf8 的超集，支持完整的 Unicode 字符集，包括 emoji 表情和部分罕见汉字。将默认编码设置为 utf8mb4 是当前的最佳实践。
需要注意的是，服务器级字符集只影响新建的对象，已经存在的数据库和表不会自动转换。如果已经有存量数据需要支持中文，还需要对现有库表执行 ALTER TABLE ... CONVERT TO CHARACTER SET 操作，这将在后续章节说明。
二、通过配置文件永久修改默认编码
永久修改 MySQL 默认编码最可靠的方式是编辑配置文件。在 Linux 系统中配置文件通常位于 /etc/my.cnf 或 /etc/mysql/my.cnf，Windows 系统则为 my.ini。找到配置文件后，在 [mysqld] 节点下添加或修改以下两行参数：
[mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
上述配置将服务器的默认字符集设置为 utf8mb4，排序规则设置为 utf8mb4_unicode_ci。排序规则决定了字符比较和排序的规则，utf8mb4_unicode_ci 是一种基于 Unicode 标准的大小写不敏感规则，适合大多数国际化应用。如果对性能敏感且只需要西欧语言支持，可以选择 utf8mb4_general_ci，但它在某些语言排序上不如 unicode_ci 准确。
保存文件后需要重启 MySQL 服务使配置生效。Linux 下可以使用 systemctl restart mysql 或 service mysql restart，Windows 则在服务管理器中重启 MySQL 服务。重启后，新建的数据库和表将默认使用 utf8mb4 编码。
除了服务器级参数，还可以在 [client] 和 [mysql] 节点下设置 default-character-set=utf8mb4，这样命令行客户端连接时也会使用正确的字符集，避免在终端中查看中文数据时出现乱码。
三、使用命令行动态修改并验证结果
如果不想立即重启服务，或者只是需要临时调整默认编码，可以使用 SET GLOBAL 命令在线修改。该命令对当前运行实例生效，但不会写入配置文件，重启后会恢复原状。修改方式如下：
SET GLOBAL character_set_server = 'utf8mb4'; SET GLOBAL collation_server = 'utf8mb4_unicode_ci';
执行后，通过 SHOW VARIABLES LIKE 'character_set_server' 可以查看修改结果。完整的验证命令如下：
SHOW VARIABLES WHERE Variable_name LIKE 'character\_set\_%' OR Variable_name LIKE 'collation\_%';
输出中应包含 character_set_server 和 collation_server 两行的值均为 utf8mb4 和 utf8mb4_unicode_ci。同时检查 character_set_database 和 character_set_connection 等连接级参数，它们默认继承服务器设置，但如果客户端连接时指定了其他字符集，仍可能不同。
永久配置和临时配置可以结合使用：先用 SET GLOBAL 解决眼前问题，再修改配置文件并计划重启，实现长期稳定。
四、修改后针对存量数据库和表的处理
前面提到，服务器默认编码只影响新建对象。对于已有的数据库和表，需要手动转换其字符集。可以先查看目标数据库的当前字符集：
SELECT SCHEMA_NAME, DEFAULT_CHARACTER_SET_NAME, DEFAULT_COLLATION_NAME FROM information_schema.SCHEMATA WHERE SCHEMA_NAME = 'your_database_name';
如果发现仍然是 latin1，需要执行转换。对整个数据库转换可以使用 ALTER DATABASE，但更彻底的是逐表转换：
ALTER TABLE your_table CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
这条语句会重建表并转换所有字符列，同时更新索引。执行前建议备份数据，因为字符串长度可能发生变化，例如 latin1 下 varchar(255) 的列在 utf8mb4 下可能会因为每个字符最大占 4 字节而超出索引长度限制。对于大表，转换过程会锁表，应安排在低峰期进行。
转换完成后，再次查询表状态确认：
SELECT TABLE_NAME, TABLE_COLLATION FROM information_schema.TABLES WHERE TABLE_SCHEMA = 'your_database_name';
所有表的排序规则变为 utf8mb4_unicode_ci 后，中文数据即可正常存储和比较。
五、常见问题与排查思路
修改默认编码后，有时应用仍然出现乱码。这通常是因为连接层的字符集没有同步。在应用连接 MySQL 时，应该显式指定 useUnicode=true 和 characterEncoding=utf8（Java）或在连接字符串中设置 charset=utf8mb4。可以执行 SHOW VARIABLES LIKE 'character_set_client' 查看连接字符集，如果与服务器不一致，可能导致写入或读取时发生转换错误。
另一个常见问题是索引长度超限。utf8mb4 下每个字符最多占用 4 字节，而 InnoDB 的索引前缀限制为 767 字节（旧版本），这意味着一个 varchar(255) 的索引可能无法创建。解决方案是缩短列长度、使用前缀索引，或将 MySQL 升级到支持更大索引键的版本（如 5.7+ 默认开启 innodb_large_prefix）。
最后，如果修改配置文件后服务无法启动，检查配置项名称是否正确。旧版本 MySQL 使用 default-character-set 作为服务器参数，而新版本推荐使用 character-set-server。两者功能相同，但混用可能导致警告或错误。