MySQL字符集升级：从utf8到utf8mb4的实战指南

1. 项目背景与问题起源

去年接手一个老项目的数据库迁移工作，在将MySQL从5.6升级到8.0的过程中，发现一个隐藏多年的字符集问题。原本以为只是简单的utf8到utf8mb4的字符集升级，没想到在建表语句执行时接连报错，导致整个迁移流程中断。这个问题最终演变成持续三天的排查过程，期间甚至触发了线上报警。

问题的核心在于：MySQL中历史悠久的utf8字符集其实是个"阉割版"，它最多只支持3字节的UTF-8编码（即基本多文种平面字符），而真正的UTF-8（MySQL中的utf8mb4）需要支持4字节编码（如emoji、部分生僻汉字等）。当数据库中已经存在4字节字符时，用utf8建表就会直接报错。

2. 字符集升级的必要性分析

2.1 utf8与utf8mb4的本质区别

MySQL的utf8字符集实际上实现的是RFC 2279标准的UTF-8编码（1998年版本），而utf8mb4实现的是RFC 3629标准（2003年更新）。关键差异在于：

注意：在MySQL 8.0中，utf8mb4已经是默认字符集，但老版本中默认仍是utf8

2.2 必须升级的典型场景

1. 存储emoji表情：所有emoji都是4字节编码
2. 生僻汉字处理：如"𠀀"（扩展A区）、"𪚥"（扩展B区）
3. 特殊符号支持：部分数学符号、音乐符号等
4. 未来兼容性：新的Unicode字符会不断加入

3. 完整升级方案与实施步骤

3.1 升级前的准备工作

检查现有数据库状态：

sql复制-- 查看所有表的字符集情况
SELECT 
    TABLE_SCHEMA,
    TABLE_NAME,
    TABLE_COLLATION