推荐使用utf8mb4字符集替代utf8，因其支持完整4字节UTF-8编码，可存储emoji和生僻字；建议统一数据库、表、列及连接的字符集为utf8mb4，配合utf8mb4_unicode_ci排序规则，避免乱码与性能损耗；通过my.cnf配置character-set-server和collation-server并启用skip-character-set-client-handshake防止客户端覆盖；优化字段类型，优先使用VARCHAR而非CHAR，合理设置长度，固定短文本可选BINARY；迁移时先备份，用ALTER TABLE CONVERT TO转换并验证索引与应用兼容性。
MySQL的字符集设置直接影响存储、性能和数据兼容性。优化字符集配置，能减少乱码风险、节省空间并提升查询效率。
选择合适的字符集
现代应用推荐使用 utf8mb4 而不是 utf8（即 utf8mb3）。MySQL 的 utf8 实际只支持最多 3 字节 UTF-8 编码，无法存储 emoji 或部分生僻汉字。utf8mb4 支持完整的 4 字节 UTF-8，兼容性更好。
建议操作：
- 将数据库、表和列的字符集统一设为 utf8mb4
- 排序规则（collation）选择 utf8mb4_unicode_ci，兼顾准确性和性能
统一各级字符集配置
确保字符集在服务器、数据库、表和连接层面一致，避免转换开销和乱码。
可在 my.cnf 配置文件中设置全局默认值：
[mysqld]character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci
skip-character-set-client-handshake
skip-character-set-client-handshake 可防止客户端覆盖服务端设置。
调整字段类型减少开销
使用 utf8mb4 后，每个字符最多占 4 字节，CHAR 和 VARCHAR 的存储影响变大。
优化建议：
- 避免过度使用 CHAR，优先用 VARCHAR，节省空间
- 合理定义长度，如用户名不超过 50 字符，就不要设 VARCHAR(255)
- 对固定短文本可考虑 BINARY 类型，如 UUID、状态码等
检查和迁移现有数据
已有系统若使用 latin1 或 utf8，需评估升级到 utf8mb4 的必要性。
执行步骤：
- 用 SHOW CREATE TABLE 查看当前字符集
- 备份数据
- 使用 ALTER TABLE 修改字符集：ALTER TABLE tbl_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
- 验证应用读写是否正常，特别注意索引长度限制（InnoDB 单列索引最大 767 字节，utf8mb4 下约 191 个字符）
基本上就这些。关键是统一用 utf8mb4，避免混用，并结合业务合理设计字段。不复杂但容易忽略。
