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