mysql字符集设置和转换的核心是统一使用utf8mb4以支持所有unicode字符，包括emoji。1. 服务器级别设置通过修改my.cnf或my.ini文件中的character-set-server和collation-server参数实现；2. 数据库级别在创建或修改数据库时指定character set和collate；3. 表级别在建表或修改表时设定字符集；4. 字段级别在定义字段时单独指定字符集；5. 客户端连接时执行set names utf8mb4确保传输过程编码一致；6. 遇到乱码问题需检查各层级设置并进行相应调整，优先使用utf8mb4以避免兼容性问题。正确配置后可通过show variables和show create命令验证设置是否生效，从而有效防止乱码并保障数据完整性。
MySQL字符集设置，简单来说，就是告诉MySQL数据库，你的数据用什么编码方式来存储和处理。UTF8是目前最常用的选择，因为它能支持绝大多数语言的字符，避免乱码问题。字符集转换则是在不同编码之间切换，确保数据正确显示。
MySQL字符集设置和转换，涉及到服务器、数据库、表、字段四个层级。
服务器级别字符集设置
服务器级别的字符集设置影响着整个MySQL实例的默认字符集。修改服务器字符集，需要修改MySQL的配置文件（通常是my.cnf或my.ini）。
- 找到配置文件：通常位于/etc/mysql/my.cnf或C:\ProgramData\MySQL\MySQL Server X.X\my.ini (X.X代表版本号)。
- 编辑配置文件：在[mysqld]部分添加或修改以下内容：
[mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
character-set-server 定义了服务器默认的字符集，collation-server 定义了服务器默认的排序规则。utf8mb4 是推荐的UTF8变种，因为它能存储所有Unicode字符，包括Emoji。utf8mb4_unicode_ci 是一种不区分大小写的排序规则。
- 重启MySQL服务器：使配置生效。
sudo systemctl restart mysql # Linux
或者在Windows服务管理器中重启MySQL服务。
- 验证设置：登录MySQL，执行以下命令：
SHOW VARIABLES LIKE 'character_set_server'; SHOW VARIABLES LIKE 'collation_server';
如果输出结果显示 character_set_server 和 collation_server 的值分别为 utf8mb4 和 utf8mb4_unicode_ci，则表示服务器级别的字符集设置已成功。
数据库级别字符集设置
数据库级别的字符集设置会覆盖服务器级别的设置，影响数据库中所有表的默认字符集。
- 创建数据库时指定字符集：
CREATE DATABASE your_database_name CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
- 修改现有数据库字符集：
ALTER DATABASE your_database_name CHARACTER SET = utf8mb4 COLLATE = utf8mb4_unicode_ci;
- 验证设置：
SHOW CREATE DATABASE your_database_name;
查看输出结果，确认数据库的字符集和排序规则已更新。
表级别字符集设置
表级别的字符集设置会覆盖数据库级别的设置，影响表中所有字段的默认字符集。
- 创建表时指定字符集：
CREATE TABLE your_table_name (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(255)
) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;- 修改现有表字符集：
ALTER TABLE your_table_name CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
注意：CONVERT TO CHARACTER SET 会尝试将表中的数据转换为新的字符集。如果数据本身包含无法转换的字符，可能会导致数据丢失或乱码。建议在执行此操作之前备份数据。
- 验证设置：
SHOW CREATE TABLE your_table_name;
查看输出结果，确认表的字符集和排序规则已更新。
字段级别字符集设置
字段级别的字符集设置会覆盖表级别的设置，影响单个字段的字符集。
- 创建字段时指定字符集：
CREATE TABLE your_table_name (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
);- 修改现有字段字符集：
ALTER TABLE your_table_name MODIFY COLUMN name VARCHAR(255) CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
- 验证设置：
SHOW CREATE TABLE your_table_name;
查看输出结果，确认字段的字符集和排序规则已更新。
客户端连接字符集
除了服务器、数据库、表、字段四个层级的字符集设置，客户端连接字符集也很重要。客户端连接字符集决定了客户端发送给服务器的数据的编码方式，以及服务器返回给客户端的数据的编码方式。
- 设置客户端连接字符集：
在连接MySQL服务器后，执行以下命令：
SET NAMES utf8mb4;
这条命令相当于同时执行以下三条命令：
SET character_set_client = utf8mb4; SET character_set_connection = utf8mb4; SET character_set_results = utf8mb4;
character_set_client 定义了客户端发送给服务器的数据的编码方式。character_set_connection 定义了服务器在接收到客户端的数据后，将其转换为哪种编码方式。character_set_results 定义了服务器返回给客户端的数据的编码方式。
常见乱码问题及解决方案
即使正确设置了各个层级的字符集，仍然可能遇到乱码问题。以下是一些常见的乱码问题及解决方案：
-
问题： 插入数据时出现乱码。
原因： 客户端连接字符集不正确。
解决方案： 在连接MySQL服务器后，执行
SET NAMES utf8mb4;。 -
问题： 从数据库中读取数据时出现乱码。
原因： 客户端接收数据的字符集不正确。
解决方案： 确保客户端的字符集设置与数据库的字符集一致。例如，在PHP中，可以使用
mysqli_set_charset($conn, "utf8mb4");设置客户端字符集。 -
问题： 表中的数据已经乱码。
原因： 在错误的字符集下插入了数据。
解决方案： 这是一个比较棘手的问题，需要根据具体情况进行处理。可以尝试以下方法：
- 如果知道原始数据的正确编码方式，可以先将数据转换为正确的编码方式，然后再插入到数据库中。
- 如果无法确定原始数据的正确编码方式，可以尝试使用一些字符集转换工具，例如
iconv，将数据转换为UTF8编码。
UTF8和UTF8MB4的区别？我应该用哪个？
UTF8和UTF8MB4都是UTF-8编码的变种，但它们之间存在一个关键区别：UTF8最多只能存储3个字节的Unicode字符，而UTF8MB4可以存储4个字节的Unicode字符。
这意味着UTF8无法存储一些特殊的字符，例如Emoji表情符号。如果你的应用需要存储Emoji表情符号或其他4字节的Unicode字符，必须使用UTF8MB4。
在MySQL 5.5.3之后，UTF8实际上是UTF8MB3的别名，只能存储3字节的Unicode字符。因此，为了避免潜在的问题，建议始终使用UTF8MB4作为UTF8的替代品。
字符集设置的优先级是怎样的？
MySQL字符集设置的优先级从高到低依次为：
- 字段级别
- 表级别
- 数据库级别
- 服务器级别
- 客户端连接字符集
也就是说，如果字段级别设置了字符集，则该字段的字符集将覆盖表级别、数据库级别、服务器级别和客户端连接字符集的设置。如果字段级别没有设置字符集，则使用表级别的设置，以此类推。
需要注意的是，客户端连接字符集的作用是告诉服务器客户端使用什么编码发送数据，以及客户端希望服务器返回什么编码的数据。它并不直接影响数据库中存储的数据的编码方式。
如何避免字符集带来的麻烦？
最好的方法是在项目初期就确定好字符集，并坚持使用。推荐使用UTF8MB4作为默认字符集，并确保服务器、数据库、表、字段以及客户端连接字符集都设置为UTF8MB4。
此外，在处理用户输入时，应该始终对数据进行验证和转义，以防止恶意代码注入和乱码问题。
字符集问题看似简单，但如果不加以重视，可能会导致各种各样的麻烦。希望本文能够帮助你更好地理解MySQL字符集设置和转换，避免乱码问题。
