Restore MySQL DB with Unicode characters (Arabic and Kurdish) in .gz format(使用 .gz 格式的 Unicode 字符(阿拉伯语和库尔德语)恢复 MySQL 数据库)
问题描述
我有一个 .gz 格式的 MySQL 备份文件,它是由 cPanel 中的备份向导创建的.当备份向导完成恢复时,即使我在 PhpMyadmin 中将排序规则更改为不同的 UTF-8 编码,也无法正确显示带有阿拉伯语和库尔德语字符的内容.
I have a MySQL backup file in .gz format that was created by the backup wizard in cPanel.
When the restoration is done by the backup wizard, contents with Arabic and Kurdish characters do not show correctly, even though I changed the collation to different UTF-8 encoding in PhpMyadmin.
例如,DB中的真实数据为:كامپى زانكۆ,恢复后的数据显示为:بÙâØ²Ø§ÙÙÛÛÛâ
For example, the real data in DB is : كامپى زانكۆ and the data showed after the restoring become to this : بÙâØ²Ø§ÙÙÛÛâ
推荐答案
这是在创建和导出数据库时由不一致的编码方案引起的一个相当普遍的问题.这是解决它的最简单方法:
This is a fairly common problem caused by inconsistent encoding schemes when creating and exporting the database. Here is the simplest way to solve it:
- 导入您的备份文件
- 再次导出,但使用
latin1编码 - 手动编辑导出的文件,将所有出现的
latin1更改为utf8. - 导入编辑过的文件.
这篇关于使用 .gz 格式的 Unicode 字符(阿拉伯语和库尔德语)恢复 MySQL 数据库的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:使用 .gz 格式的 Unicode 字符(阿拉伯语和库尔德语
基础教程推荐
- SQL:使用来自具有相同列名的两个表中的数据... 2021-01-01
- 无法解决整理冲突 2021-01-01
- SQL Server 实例在登录协商期间返回无效或不受支持的协议版本 2021-01-01
- 在 SQL 中连接多个表 2021-01-01
- SQL 效率:WHERE IN 子查询 vs. JOIN 然后 GROUP 2021-01-01
- 将 SQL Server DateTime 列迁移到 DateTimeOffset 2021-01-01
- 是否可以执行按位分组功能? 2021-01-01
- SSMS 中的权限问题:“对象 'extended_properties'、数据库 'mssqlsystem_resource'、... 错误 229)上的 SELECT 权限被拒绝" 2022-01-01
- 如何使用 mysql.connector 禁用查询缓存 2022-01-01
- 需要 MySQL 5.1 中的抽象触发器来更新审计日志 2021-01-01
