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 字符(阿拉伯语和库尔德语


基础教程推荐
- CHECKSUM 和 CHECKSUM_AGG:算法是什么? 2021-01-01
- 带更新的 sqlite CTE 2022-01-01
- 从字符串 TSQL 中获取数字 2021-01-01
- ORA-01830:日期格式图片在转换整个输入字符串之前结束/选择日期查询的总和 2021-01-01
- 如何在 CakePHP 3 中实现 INSERT ON DUPLICATE KEY UPDATE aka upsert? 2021-01-01
- while 在触发器内循环以遍历 sql 中表的所有列 2022-01-01
- MySQL根据从其他列分组的值,对两列之间的值进行求和 2022-01-01
- 使用 VBS 和注册表来确定安装了哪个版本和 32 位 2021-01-01
- 带有WHERE子句的LAG()函数 2022-01-01
- MySQL 5.7参照时间戳生成日期列 2022-01-01