>데이터 베이스 >MySQL 튜토리얼 >exp/imp环境变量字符集转换问题

exp/imp环境变量字符集转换问题

WBOY
WBOY원래의
2016-06-07 15:54:061550검색

exp/imp 环境变量字符集转换问题 注意点:exp imp客户端编码,尽量保证客户端编码和数据库编码一样,避免字符转换。 其他方式,保证exp的客户端编码和imp的客户端编码一样,如果出现imp或 exp出错时,可从exp导出log中来查找信息,可以看到如下信息: 环境:

exp/imp 环境变量字符集转换问题

注意点:exp imp客户端编码,尽量保证客户端编码和数据库编码一样,避免字符转换。

其他方式,保证exp的客户端编码和imp的客户端编码一样,如果出现imp或 exp出错时,可从exp导出log中来查找信息,可以看到如下信息:

环境:使用exp/imp升级并迁移数据库从win 10.2.0.1 升级到linux11.2.0.3

原库Exp导出日志信息:

Connectedto: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bitProduction
With the Partitioning, OLAP, Data Mining and Real Application Testing options
Export done in US7ASCIIcharacter set and AL16UTF16 NCHAR character set
server uses ZHS16GBK character set(possiblecharset conversion)

可以看出原库字符集是ZH16GBK而客户端编码是US7ASCII

新库Imp导入日志信息:

Exportfile created by EXPORT:V10.02.01 via conventional path
import done in ZHS16GBKcharacter set and AL16UTF16 NCHAR character set
export client uses US7ASCII character set (possible charset conversion)

Imp导入客户端编码为ZHS16GBK

这样数据在新库导入是会出问题的

因为新库的客户端编码和数据库的字符集一样,就不去做字符转换,直接导入数据,即会忽略原来导出时,原库和其客户端发生的一次字符转换,为了正确导入数据,我们需要在导入端再做一次字符转换,即设置导入端的客户端编码为:

NLS_LANG=AMERICAN_AMERICA.US7ASCII

这样就可以两两抵消了。
성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.