问MySQL8.0.2.8 Information_schema字符集不正确，我找不到修改它的位置

EN

任何用户都不能更改information_schema。模式本身就像一个视图。因此，修复这个问题必须在MySQL源代码中完成，并包含在随后的版本中。

mysql> alter schema information_schema default character set utf8mb4 ;
ERROR 1044 (42000): Access denied for user 'root'@'localhost' to database 'information_schema'

.NET获取与utf8mb3相关的错误的问题已经在这里报告：https://bugs.mysql.com/bug.php?id=107259

我建议您在MySQL bug站点上创建一个帐户，并单击上面的bug的“影响我”按钮。这样做的人越多，他们就越优先致力于解决这个问题。

我还没有尝试过以下解决方案，因为我不是.NET用户，但是根据发布说明，您可能能够在短期内修复这个问题，方法是将其降级到MySQL 8.0.23或更早版本。

这显然是MySQL逐步向utf8mb4迁移的结果。首先，他们将所有对"utf8“的引用更改为"utf8mb3”。然后，他们将旧的名称"utf8“引用更好的实现utf8mb4。

我在MySQL发行说明中看到了以下语句：

• 8.0.11: utf8mb3字符集将在未来的MySQL版本中被utf8mb4替换。utf8字符集目前是utf8mb3的别名，但届时将成为对utf8mb4的引用。为了避免utf8的含义含糊不清，请考虑为字符集引用而不是utf8显式指定utf8mb4。
• 8.0.13:不推荐使用utf8mb3字符集，并将在未来的MySQL版本中删除该字符集。请改用utf8mb4。
• 8.0.24:客户端应用程序和测试套件插件现在在编写字符集名称时报告utf8mb3而不是utf8。
• 8.0.26:在编写字符集名称时，这些语句现在报告的是utf8mb3而不是utf8 :解释、显示创建过程、显示创建事件。从数据字典中检索的存储程序定义现在在字符集引用中报告utf8mb3而不是utf8。这会影响从这些定义产生的任何输出，例如显示CREATE语句。在编写字符集名称: utf8mb3 : ER_INVALID_CHARACTER_STRING时，此错误消息现在报告的是utf8而不是utf8。
• 8.0.27:以前引用utf8的字符串转换警告现在改为引用utf8mb3。
• 8.0.29:服务器现在在以下情况下使用utf8mb3而不是utf8 :在报告无效字符串时，在SHOW语句的输出中(显示CREATE、、)。当从内置字符集填充数据字典表时，服务器现在使用utf8mb3代替别名utf8用于字符集名称。这会影响在此处列出的MySQL信息架构表中字符集和相关信息的显示: CHARACTER_SETS、排序规则、列、COLLATION_CHARACTER_SET_APPLICABILITY、参数、例程、模式--此更改还会影响SHOW字符集的输出、显示排序规则、显示创建数据库和显示CREATE语句。

我认为最好的解决方案是MySQL完成所有系统表、模式和变量到utf8mb4的迁移。