将 charset latin1 中的数据从 MySQL 5.7 迁移到 8.0 时出现问题

问：

当我将 AWS RDS 中托管的 MySQL 数据库从版本 5.7 升级到 8.0 时，我的公司遇到了一个令人不快的问题。

最初，我们有 MySQL 5.7，之前的开发团队保留了字符集和排序规则的默认值。Charset 是 ，排序规则是 。PHP 和 Node.JS 应用程序使用此数据库来存储数据，而无需任何编码转换。两者都工作正常，存储包含非拉丁字符的数据，例如货币符号和非拉丁语言。latin1latin1_swedish_ci

当我们使用 AWS 蓝/绿更新将 MySQL 引擎版本升级到 8.0 时，问题就开始了。数据保持不变，但所有非拉丁字符都开始显示为问号 （????） 或乱码。将字符集更改为 和 排序规则 为 无济于事。数据似乎没有变化，即使在发出命令或 时也返回了乱码。utf8mb4utf8mb4_900_ai_ciSET NAMES utf8SET NAMES utf8mb4

更糟糕的是，在将表转换为 后，进入客户端数据库的数据似乎已损坏（再次出现问号和胡言乱语）。以前保存的数据也变得不可读。 似乎唯一有帮助的是发出命令。之后，我们获得了大部分数据，但一些字符，如欧元符号 （€） 和来自不同语言的其他字符，不能正确存储在数据库中。 奇怪的是，€-之前存储在MySQL 5.7中，没有问题和命令。utf8SET NAMES latin1SET NAMES ...

我读过类似的主题，描述如何转换表字符集和排序规则，但问题是我们可以使用 SQL 语句转换表，但数据仍未转换。因此，即使在转换后，它也会返回胡言乱语。

另外，我想提一下，在我们尝试使用 MySQL 命令转换数据时，我们遇到的情况是，现在部分数据使用 utf8 进入数据库，然后无法转换回（通过 BLOB 字段执行转换）。它现在返回错误。有谁知道如何转换那些值而不将数据库带回？CONVERT TO CHARACTER SETlatin1Illegal character \xXXlatin1

更新： 这是以下结果：表已经有字符集（我们运行）。但正如你所看到的，数据没有被转换。所有行都应具有该值，但只有一行具有正确的值。 问题在于，在将表转换为 后，无论SELECT id, format, HEX(format) FROM storesutf8mb4ALTER TABLE stores CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci€{{amount_with_comma_separator}}utf8mb4SET NAMES [utf8|latin1]

我将不胜感激。