mysql设置字符集问题的核心在于统一配置，推荐使用utf8mb4。一、安装时在配置文件中设置默认字符集为utf8mb4，并指定排序规则；二、建库建表时显式指定字符集以避免依赖全局设置；三、连接阶段需在程序或命令行中设置字符集一致；四、修复已有数据时先确认编码再导出导入转换。各个环节保持字符集统一可有效解决乱码等问题。
MySQL设置字符集和解决字符集问题，其实不算特别难，但容易出错。最常见的表现就是存中文乱码、查询结果不对或者导出导入数据时出现异常。这些问题大多是因为字符集配置不一致导致的。
下面从几个关键点来说明怎么正确设置和处理MySQL的字符集问题。
一、初始化安装时设置默认字符集
在安装MySQL或初始化数据库的时候，就建议把默认字符集设为 utf8mb4，而不是老版本常用的 utf8。因为 utf8 在MySQL中只支持最多3字节的字符，像表情符号这种就需要4个字节，用 utf8 会报错。
可以在配置文件（通常是 /etc/my.cnf 或 /etc/mysql/my.cnf）里添加如下内容：
[client] default-character-set=utf8mb4 [mysqld] character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci
重启MySQL后生效。这样做的好处是新创建的数据库和表都会继承这个字符集，省得后面一个个改。
二、建库建表时指定字符集
即使全局设置了默认字符集，也不能完全依赖它。有时候服务器配置变了，或者你接手别人的项目，最好在创建数据库和表的时候显式指定字符集。
比如建库时可以这样写：
CREATE DATABASE mydb CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
建表的时候也加上字符集设置：
CREATE TABLE users (
id INT PRIMARY KEY AUTO_INCREMENT,
name VARCHAR(100)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;这样即使全局设置变了，也不会影响到这张表。
三、连接阶段也要注意字符集
很多时候数据明明存对了，但在程序里查出来还是乱码，问题很可能出在连接阶段。
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
比如你在用PHP、Python、Java等语言连接MySQL的时候，如果没有指定正确的字符集，客户端和服务器之间传输的数据可能就会“误解”。
以常见的连接方式为例：
-
PHP mysqli：
$conn = new mysqli("localhost", "user", "pass", "mydb"); $conn->set_charset("utf8mb4"); -
Python pymysql：
import pymysql conn = pymysql.connect( host='localhost', user='root', password='xxx', database='mydb', charset='utf8mb4' ) -
命令行登录后手动设置：
SET NAMES 'utf8mb4';
这条语句相当于同时设置 character_set_client, character_set_connection, character_set_results 三个参数，非常实用。
四、已有数据如何修复字符集问题？
如果系统已经上线，有大量数据存在，这时候修改字符集就不能简单地改配置了。需要先确认当前的编码情况，再决定是否需要转换。
举个例子：一个字段原来是 latin1 编码，里面存的是实际是 utf8 的内容，这时候直接改成 utf8mb4 可能会出现乱码。正确的做法是先导出数据，检查编码格式，再导入并转换。
如果你不确定数据的实际编码，可以使用一些工具辅助判断，比如 iconv 或者 MySQL 自带的 CONVERT() 函数。
基本上就这些。设置字符集的关键在于“统一”——从数据库、表、字段，到连接过程，所有环节都要保持一致，尤其是 utf8mb4 这个更全面的字符集。细节上多留意，就能避免很多莫名其妙的问题。
