3

我们从不同格式的备份恢复到新的 MySQL 结构（已正确设置以支持 UTF-8）。我们在浏览器中显示了奇怪的字符，但我们不确定它们的名称，因此我们可以找到它们翻译成的主列表。

我注意到它们确实与特定角色相关。例如：

â„¢ always translates to ™
— always translates to —
• always translates to ·

我参考了这篇文章，这让我开始了，但这远不是一个完整的列表。要么我没有搜索正确的名称，要么这些从坏到好转换的“主列表”作为参考不存在。

参考： 在 MySQL 中检测 utf8 损坏的字符

此外，当尝试通过 MySQL 查询进行搜索时，如果我搜索 â，我总是让 MySQL 将其视为“a”。有什么方法可以调整我的 MySQL 查询，使它们成为更多的文字搜索？我们很少使用国际化，所以我可以安全地假设任何包含â字符的字段都被认为是一个有问题的条目，这需要通过我们正在构建的“fixit”脚本来解决。

4

1 回答 1

2

与其设计一个“fixit”脚本来遍历并替换这些数据，我认为直接解决问题会更好。看起来数据最初是以不同于 UTF-8 的格式存储的，因此当您将它带入为 设置的表时UTF-8，它会使文本出现乱码。如果有机会，请返回原始备份以确定数据存储的格式。如果不能这样做，则可能需要进行一些试验和错误来确定数据的格式但是，一旦您知道这一点，转换就很容易了。阅读以下文章中有关修复的部分：

http://www.istognosis.com/en/mysql/35-garbled-data-set-utf8-characters-to-mysql-

基本上，您要将列设置为BINARY，然后将其设置为原始字符集。这应该使文本正确显示（一个很好的检查，知道您使用的是正确的字符集）。完成后，将列设置为UTF-8。这将正确转换数据并纠正您当前遇到的问题。

于 2011-05-13T05:17:21.297 回答