MySQL插入Emoji报错的直接原因是字符集未设为utf8mb4，需同步配置服务端、数据库、表、列及连接五层：修改my.cnf启用utf8mb4，转换现有表结构，客户端连接指定utf8mb4，并重启MySQL与应用服务。
MySQL插入Emoji报错：Incorrect string value
直接原因是表或列的字符集不是 utf8mb4，而是旧版 utf8（实际是 utf8mb3）。MySQL 的 utf8 不支持 4 字节 Unicode 字符（如大部分 Emoji），而 utf8mb4 才是真正的 UTF-8 实现。
常见错误信息：Incorrect string value: '\xF0\x9F\x98\x80' for column 'name' at row 1 —— 这个十六进制序列正是 ? 的 UTF-8 编码，需要 4 字节存储。
- 必须同时改服务端、数据库、表、列、连接这五层，缺一不可
-
character_set_server和collation_server影响新库默认值，但不会自动更新已有库/表 - 只改
my.cnf并重启 MySQL 不等于万事大吉，旧表仍用utf8mb3
修改MySQL配置文件启用utf8mb4
编辑 /etc/my.cnf 或 /etc/mysql/my.cnf，在 [mysqld] 下添加：
character-set-server = utf8mb4 collation-server = utf8mb4_unicode_ci skip-character-set-client-handshake = true
skip-character-set-client-handshake 强制忽略客户端声明的字符集，避免应用层传 utf8 导致降级。注意：该选项需 MySQL ≥ 5.7.12，低版本请改用 init_connect='SET NAMES utf8mb4'（但对 SUPER 用户不生效）。
- 改完必须重启 MySQL：
sudo systemctl restart mysql - 验证是否生效：
SHOW VARIABLES LIKE 'character_set_server';应返回utf8mb4 - 不要只依赖
SET NAMES utf8mb4临时设置，它只对当前连接有效
将现有表和列转为utf8mb4
仅改配置不能修复已有数据表。必须显式转换结构，且顺序不能错：
- 先改表字符集：
ALTER TABLE users CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; - 再单独确认文本列（
VARCHAR、TEXT等）长度是否足够：4 字节 Emoji 在utf8mb4下仍占 4 字节，但utf8mb4的索引限制更严——VARCHAR(255)的索引长度上限从 767 字节降到约 191 字符（因 191×4=764），超长需缩减或改用innodb_large_prefix=ON - 如果列定义里写了
CHARACTER SET utf8，必须显式覆盖：MODIFY COLUMN content TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;
客户端连接也得用utf8mb4
即使服务端全配对了，如果连接时没声明，还是会走默认字符集。不同场景处理方式不同：
- PHP PDO：
$pdo = new PDO($dsn, $user, $pass, [PDO::MYSQL_ATTR_INIT_COMMAND => "SET NAMES utf8mb4"]); - Node.js mysql2：
{ charset: 'utf8mb4' }作为连接选项 - Java JDBC URL 加参数：
?characterEncoding=utf8mb4&serverTimezone=UTC - 命令行客户端：
mysql --default-character-set=utf8mb4 -u root -p
验证连接是否生效：SELECT @@character_set_client, @@character_set_connection, @@character_set_results; 三者都应为 utf8mb4。只要有一个是 utf8，Emoji 就可能被截断或报错。
最易被忽略的是：应用连接池初始化后不会自动重连，改完配置要重启应用服务，否则老连接持续使用旧字符集。
