答案：MySQL升级需确保字符集兼容性，重点处理latin1等旧编码向utf8mb4迁移。首先检查数据库、表及服务器级字符集与排序规则设置，记录异常配置；明确MySQL 8.0默认字符集已变更为utf8mb4，排序规则为utf8mb4_0900_ai_ci，新建对象将自动采用新默认值，但旧数据不自动转换；建议统一调整为utf8mb4+utf8mb4_unicode_ci以保证一致性；对非utf8mb4表执行ALTER TABLE ... CONVERT TO CHARACTER SET进行迁移，并注意ROW_FORMAT限制及索引长度问题；通过INFORMATION_SCHEMA生成脚本实现批量处理；迁移后验证特殊字符完整性；在my.cnf中显式配置character-set-server和collation-server，并设置skip-character-set-client-handshake防止客户端干扰；最终确保数据编码、元数据声明与连接环境三者统一，升级后持续监控日志告警。
MySQL升级过程中，字符集处理不当可能导致数据乱码、索引失效甚至服务异常。关键在于确保新旧版本间字符集与排序规则的兼容性，并在升级前做好充分评估和转换准备。
检查当前字符集和排序规则
升级前需明确现有数据库、表和列的字符集配置：
- 查看数据库默认字符集：
SHOW CREATE DATABASE db_name; - 查看表结构字符集：
SHOW CREATE TABLE table_name; - 检查服务器级设置：
SHOW VARIABLES LIKE 'character_set%';
SHOW VARIABLES LIKE 'collation%';
记录所有非预期或过时的设置（如latin1），这些是升级中需要重点关注的部分。
了解新版默认字符集变化
MySQL 8.0 将默认字符集从latin1改为utf8mb4，排序规则也由utf8mb4_general_ci变为utf8mb4_0900_ai_ci。这意味着：
- 新建库表若未指定字符集，会自动使用utf8mb4
- 旧数据不会自动转换，但客户端连接行为可能因默认值改变而受影响
- 排序规则变更会影响大小写敏感性和排序结果
建议在升级后统一调整为utf8mb4+utf8mb4_unicode_ci或保持与业务一致的新排序规则。
执行字符集迁移操作
对于仍使用latin1或utf8的表，应计划迁移至utf8mb4：
- 备份全量数据作为安全基线
- 修改表字符集：
ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 批量处理脚本可结合INFORMATION_SCHEMA生成语句自动化执行
- 注意ROW_FORMAT限制，大字段组合下可能触发max key length问题
转换后验证数据完整性，特别检查含中文、emoji等特殊字符的字段。
配置文件同步更新
在my.cnf中显式设置字符集参数，避免依赖隐式默认：
[client] default-character-set = utf8mb4 [mysqld] character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci skip-character-set-client-handshake
跳过客户端握手可防止应用连接时重置字符集，保证一致性。
基本上就这些。只要提前规划、逐层验证，字符集升级不复杂但容易忽略细节。核心是让数据实际编码、元数据声明和连接环境三者统一。升级后建议运行一段时间观察日志有无警告。
