答案：MySQL字符集决定数据编码方式，影响存储、检索与兼容性。需统一使用utf8mb4并保持各层级字符集一致，避免乱码。
MySQL中的字符集是用于定义数据存储时使用的字符编码方式，它决定了数据库能支持哪些语言文字、如何存储和比较字符数据。理解字符集的关键在于搞清楚它如何影响数据的存储、检索以及不同系统之间的兼容性。
字符集与编码的关系
字符集（Character Set）是一组字符的集合，比如ASCII、Latin1、UTF8、UTF8MB4等。每个字符集中每个字符都有一个对应的编号（码点），而编码规则决定了这些码点在磁盘或内存中以什么二进制形式存储。
例如：
- utf8mb4 是 MySQL 中真正的 UTF-8 编码实现，支持最多 4 字节的 Unicode 字符，包括 emoji 表情符号。
- utf8 在 MySQL 中其实是伪 UTF-8，最多只支持 3 字节字符，无法正确存储某些特殊字符（如部分 emoji）。
- latin1 只支持西欧语言字符，占用空间小但表达能力有限。
字符集的作用层级
MySQL 支持在多个层级设置字符集，优先级从高到低依次为：连接层 → 列 → 表 → 数据库 → 服务器默认。
常见设置场景：
- 创建数据库时指定：CREATE DATABASE db_name CHARACTER SET utf8mb4;
- 建表时指定字符集：CREATE TABLE t (name VARCHAR(20)) CHARACTER SET utf8mb4;
- 对具体列单独设定：name VARCHAR(20) CHARACTER SET latin1;
- 客户端连接时声明：SET NAMES 'utf8mb4'; 确保客户端、连接、结果使用统一编码
排序规则（Collation）的影响
字符集通常伴随“排序规则”一起出现，比如 utf8mb4_unicode_ci 或 utf8mb4_general_ci。排序规则决定了字符串如何进行比较和排序。
说明：
- _ci 表示大小写不敏感（case-insensitive）
- _cs 或 _bin 表示大小写敏感或按二进制比较
- 不同 collation 对性能和准确性有影响，utf8mb4_unicode_ci 更准确但稍慢，utf8mb4_general_ci 快但精度略低
实际使用建议
为了避免乱码和兼容问题，推荐以下做法：
- 统一使用 utf8mb4 字符集，尤其是需要存储中文、表情符号或多语言内容时
- 设置服务器默认字符集为 utf8mb4，在 my.cnf 配置文件中添加：
[mysqld]
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci - 确保应用程序连接时也使用一致编码，可通过初始化连接执行 SET NAMES utf8mb4
- 修改已有表结构时注意转换完整，避免部分字段仍用旧编码导致问题
基本上就这些。关键是保持“数据存进去什么样，取出来还是什么样”，核心就是字符集在整个链路中的一致性。不复杂但容易忽略细节。
