指定utf8mb4编码后仍触发1366(HY000)错误：字符串值不正确

我碰到过好几个类似的情况——明明给列设了utf8mb4，但插表情还是报错，核心问题大多出在数据库连接的编码设置上，而不是表结构本身。咱们一步步排查解决：

1. 先确认数据库连接的编码是否为utf8mb4 #

这是最常见的坑！即使表列用了utf8mb4，如果连接数据库时用的还是旧的utf8（MySQL里实际是utf8mb3，不支持4字节表情），插入时就会转码失败。

修复方法： #

在Python连接数据库时，必须显式指定charset='utf8mb4'。比如用pymysql的话：

import pymysql

# 连接时一定要加charset参数
conn = pymysql.connect(
    host="your_host",
    user="your_user",
    password="your_password",
    database="your_db",
    charset="utf8mb4",  # 关键！
    cursorclass=pymysql.cursors.DictCursor
)

如果用SQLAlchemy，要在连接URL末尾加参数：

from sqlalchemy import create_engine

engine = create_engine("mysql+pymysql://user:pass@host/db?charset=utf8mb4")

你可以执行这条SQL检查当前连接的字符集：

SHOW VARIABLES LIKE '%character_set%';

确保character_set_connection、character_set_client、character_set_results这三个值都是utf8mb4。

2. 优化表结构的默认编码（可选但稳妥） #

你的建表语句里已经给每个列指定了utf8mb4，但可以给表也加上默认字符集，避免后续加列时踩坑：

CREATE TABLE conversation (
    text TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NULL,
    intent TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin,
    entities TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin,
    reply TEXT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin NOT NULL
) DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_bin;

执行SHOW CREATE TABLE conversation;可以确认表的字符集设置是否生效。

3. 确认插入的字符串格式正确 #

在Python3中，确保你插入的text、reply等参数是原生str类型（不是bytes）。比如直接传包含表情的字符串：

def insert_message(text, intent, entities, reply):
    sql = "INSERT INTO conversation (text, intent, entities, reply) VALUES (%s, %s, %s, %s)"
    cursor.execute(sql, (text, intent, entities, reply))
    conn.commit()

# 直接传带表情的str
insert_message("Hello 😊", "greeting", "{}", "Hi there! 🎉")

如果是从文件或网络获取的内容，要确保正确解码为str，避免出现编码混乱。

4. 检查MySQL版本 #

utf8mb4需要MySQL 5.5.3及以上版本，如果你的版本太旧，升级到支持的版本是必须的。执行SELECT VERSION();可以查看当前版本。

按这几步排查下来，基本能解决1366的错误。我之前帮好几个开发者解决过这个问题，90%都是连接编码没设对的原因。

内容的提问来源于stack exchange，提问作者Amon