Linux中MySQL出现1366错误，核心原因是插入或更新的数据字符集与数据库、表、字段的字符集配置不匹配，导致无法正确解析字符内容。该错误常见于使用中文等非ASCII字符的场景，需要逐层排查字符集配置。
1366错误的典型表现
执行数据插入或更新语句时，MySQL会返回如下错误信息：
ERROR 1366 (HY000): Incorrect string value: 'xE6xB5x8BxE8xAFx95' for column 'username' at row 1
这里的错误信息说明插入的字符串无法被对应字段的字符集正确解析，通常是因为字段使用了latin1这类不支持中文的字符集。
字符集排查步骤
1. 查看数据库字符集配置
首先查看当前数据库的默认字符集，执行以下命令：
-- 查看数据库字符集 SHOW CREATE DATABASE test_db;
如果输出结果中DEFAULT CHARACTER SET为latin1，就说明数据库默认字符集不支持中文，需要修改。
2. 查看数据表的字符集配置
如果数据库字符集正常，再查看对应数据表的字符集：
-- 查看数据表字符集 SHOW CREATE TABLE user_info;
表的字符集如果和数据库不一致且不支持中文，也会触发1366错误。
3. 查看字段的字符集配置
最后检查具体字段的字符集，很多时候问题出在单个字段的配置上：
-- 查看表字段详情，包含字符集信息 SHOW FULL COLUMNS FROM user_info;
具体解决方案
修改数据库字符集
如果数据库字符集不符合要求，执行以下命令修改：
-- 修改数据库字符集为utf8mb4，支持所有Unicode字符 ALTER DATABASE test_db CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
修改数据表字符集
修改表的字符集，会同步修改表中未单独设置字符集的字段：
-- 修改表字符集 ALTER TABLE user_info CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
修改单个字段字符集
如果仅个别字段字符集有问题，单独修改该字段：
-- 修改username字段的字符集 ALTER TABLE user_info MODIFY COLUMN username VARCHAR(50) CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;
调整连接层字符集
如果数据库和表配置都正常，还需要检查客户端连接时的字符集设置，在连接命令中添加字符集参数：
# MySQL连接时指定字符集 mysql -u root -p --default-character-set=utf8mb4 test_db
如果是应用程序连接MySQL，需要在连接配置中指定字符集，以Python的pymysql为例：
import pymysql
# 连接MySQL时指定字符集
conn = pymysql.connect(
host='127.0.0.1',
user='root',
password='123456',
database='test_db',
charset='utf8mb4'
)
预防1366错误的建议
- 新建数据库时直接指定utf8mb4字符集，避免使用默认的latin1
- 新建数据表时同步指定表的字符集为utf8mb4
- 应用程序连接MySQL时统一指定utf8mb4字符集，避免连接层配置不匹配
- 导入外部数据前，先确认数据文件的字符集和数据库字符集一致
注意utf8mb4是utf8的超集，支持emoji等特殊字符，建议优先使用utf8mb4而不是utf8，避免后续出现更多字符兼容问题。