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，避免混用，并结合业务合理设计字段。不复杂但容易忽略。
