将数据库从一种字符编码转换为另一种字符编码
我有一个MYSQL数据库。文本当前存储在字符集 latin1、排序规则 latin1_swedish_ci 中。这些是默认值，在最初创建数据库时这不是问题。
我想切换到 UTF8，以便数据库中的文本编码与使用该数据库的网站上其他地方使用的文本编码相匹配。
我的问题是，转换数据时会遇到什么问题以及转换时应该注意什么。我们的大部分文本都适合普通的 acsii，但可能偶尔会有重音字符...
我认为询问有关更改数据的最佳方法的任何建议也是明智的。
I have a MYSQL database. Text is currently stored in charset latin1, collation latin1_swedish_ci. These are the defaults and it wasn't a problem back in the day when the database was originally created.
I want to switch over to UTF8 so the text encoding in the database matches out text encoding used elsewhere on the web site that uses the database.
My question is, what problems am I going to get when converting the data over and what should I be looking out for when I do. The majority of our text fits in plain acsii, but there are probably the occasional accented characters out there...
I think it would also be sensible to ask for any advice on the best way to go about changing the data.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
如果您要从 ASCII 转换为 UTF-8，我希望除了一些重音字符之外，您会没事的。根据我的经验，倒退是个问题。
If you're converting from ASCII to UTF-8, I expect apart from some accented characters, you'll be fine. Going backwards is the problem, in my experience.
如果将数据移动到其他表，请小心。如果表编码是例如 latin1 并且您不小心将原始 UTF8 放在那里，那么将其重新编码为正确的编码将是一件很痛苦的事情（如果您没有源数据）。
Be attentive if you move data to other table. If the table encoding will be e.g. latin1 and you accidently put there raw UTF8 it will be a pain to recode it to the right encoding (if you do not have the source data ).