MySQL升级需重视字符集变化，5.7+默认utf8mb4取代latin1，避免乱码、索引失效等问题，应检查当前设置、统一配置并转换表字符集，确保数据完整与应用兼容。

MySQL在升级过程中，字符集处理是一个容易被忽略但非常关键的环节。不同版本之间默认字符集可能发生变化，比如从

latin1

变为utf8mb4，若不妥善处理，可能导致数据乱码、索引失效甚至升级失败。

理解字符集和排序规则的变化

MySQL 5.5及更早版本默认使用

latin1

，而从MySQL 5.7开始，新安装实例默认字符集改为utf8mb4，排序规则为

utf8mb4_general_ci

或

utf8mb4_0900_ai_ci

（MySQL 8.0起）。升级时若未明确配置，可能造成：

• 旧表仍用

  latin1

  ，新对象用

  utf8mb4

  ，混用导致连接报错

• utf8

  实际只支持3字节UTF-8，无法存储emoji等4字节字符

• 索引长度超限：InnoDB单列索引最大767字节（旧）或3072字节（启用了

  innodb_large_prefix

  ），

  utf8mb4

  每字符占4字节，容易超出

升级前的准备与检查

确保升级过程平滑，需提前评估现有环境：

Sudowrite

对用户最友好的AI写作工具

74

查看详情

• 查看当前服务器字符集设置：
  SHOW VARIABLES LIKE ‘character_set%’;
  SHOW VARIABLES LIKE ‘collation%’;
• 检查数据库、表、列的实际字符集：
  SELECT TABLE_SCHEMA, TABLE_NAME, COLUMN_NAME, CHARACTER_SET_NAME FROM information_schema.COLUMNS WHERE CHARACTER_SET_NAME IS NOT NULL;
• 确认是否启用

  innodb_large_prefix

  和

  innodb_file_format=Barracuda

  （对大索引很重要）

• 备份所有数据，尤其是涉及中文、多语言内容的表

升级中的字符集迁移策略

根据实际情况选择合适方式：

• 若希望统一使用

  utf8mb4

  ，可在升级后执行变更语句：
  ALTER DATABASE db_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
  ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

• 对于大表，建议分批操作，避免锁表时间过长
• 修改my.cnf配置文件，统一设置默认值：
  [mysqld]
  character-set-server = utf8mb4
  collation-server = utf8mb4_unicode_ci
  skip-character-set-client-handshake
• 客户端连接也应显式声明字符集，如在连接字符串中加入

  charset=utf8mb4

验证与后续调整

升级完成后必须验证数据完整性：

• 查询包含多语言的数据是否正常显示
• 检查应用能否正常插入和检索特殊字符（如 emoji）
• 查看慢查询日志，确认无因字符集转换引起的性能问题
• 测试全文索引、排序功能是否符合预期

基本上就这些。关键是提前规划、充分测试，避免在生产环境出现乱码或中断。只要步骤清晰，字符集升级并不复杂，但容易忽略细节。