MySQL 5.5.62迁移至8.0.27遇零宽空格插入报错该如何处理？

为什么MySQL 8.0会报错而5.5仅抛警告 #

• sql_mode差异：MySQL 5.5默认sql_mode为空，未开启严格校验模式，当写入字符不符合字段字符集规则时，仅会自动截断非法字符、抛出警告，不会终止插入操作。而MySQL 8.0默认开启STRICT_TRANS_TABLES严格模式，会直接终止非法数据的写入并抛出错误，从根源上避免脏数据入库。
• 原有表字段字符集问题：你从MySQL 5.5导出的库默认字符集为latin1，导入8.0时如果没有手动指定字符集转换，原有表、字段的字符集仍为latin1。latin1是单字节编码，会无条件接收所有字节流，相当于把字符的字节原样存储（实际为乱码），不会做编码合法性校验，因此不会触发报错。
• 零宽空格的编码特性：\u200b（零宽空格）属于三字节UTF-8编码字符，不符合latin1单字节编码的规则，因此在latin1字段中写入时会触发编码校验问题。

不需要存储零宽空格的场景（你的当前场景） #

在业务接入层统一过滤不可见特殊Unicode字符即可，除零宽空格外，还可以同步过滤零宽连字符、零宽非连字符、不可见分隔符等类似特殊字符，避免后续出现同类问题。

需要完整存储零宽空格的场景 #

按照以下步骤调整即可：

1. 修改目标表对应字段的字符集为utf8mb4：

ALTER TABLE 你的表名 
MODIFY COLUMN 你的字段名 原字段类型(长度) 
CHARACTER SET utf8mb4 
COLLATE utf8mb4_general_ci 
[原字段的非空/默认值等约束];

注意：仅修改全局、库级的字符集不会生效，必须修改到表和字段级别才会实际生效。
2. 校验JDBC连接配置：使用8.0+版本的mysql-connector-java驱动时，不需要额外配置characterEncoding参数，驱动会自动识别服务端的utf8mb4字符集，确保连接参数中没有配置错误的characterEncoding=latin1等规则即可。
3. 不需要关闭严格模式：严格模式可以提前暴露数据编码不匹配的问题，避免后续出现隐蔽的乱码问题，不建议为了兼容异常输入关闭严格模式。

• 迁移前统一梳理原有库的表、字段字符集，导出mysqldump时添加--default-character-set=utf8mb4参数，导入到新库前先做字符集转换，避免遗留latin1字段。
• 新库统一使用utf8mb4作为默认字符集，支持所有Unicode字符包括emoji、特殊符号等，从根源上避免编码兼容问题。
• 业务层统一做输入字符的校验和清洗，提前过滤业务不需要的特殊不可见字符，降低数据库层的异常概率。

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