Oracle导入sql文件数据,中文乱码问题解决方案

问题描述:用a.sql文件执行insert,不论是通过pl/sql还是sqlplus @文件名都是中文数据出现乱码。

绝大多数情况是环境变量NLS_LANG的值和数据库字符集不一致导致。

查看环境变量 echo $NLS_LANG

查看数据库字符集 select userenv(‘language’) from dual;

如果二者不一致,修改其一使二者一致。

建议修改NLS_LANG,方便、简单、安全

修改NLS_LNAG,有两种方式

1,临时修改 在当前登录终端执行export NLS_LANG=XX (XX:表示数据库字符集)

   本地登录退出后失效

2,永久修改 修改.bash_profile,在文件中加入export NLS_LANG=XX (XX:表示数据库字符集)

 重新登录后永久生效

如果在设置环境变量的时候出现“XX: not a valid identifier”,检查XX中是否有空格,如果有空格要将XX用双引号包括。例如:export NLS_LANG=“SIMPLIFIED CHINESE_CHINA.ZHS16GBK”

可以通过pl/sql的help->support info->info选项的
Character Sets
NLS_LANG:
的值来判断设置的环境变量是否有效, 如果无效,windows下面请设置注册表

另外就是注册sql文件的编码要和客户端的编码一致,我试过以下几种情况
服务端是utf8
客户端是gbk, window操作系统是gbk - 使用imp,exp,sqlpluls的时候控制台日志是中文,执行的sql如果是utf8编码,则写入的数据为乱码,如果修改sql文件的编码为gbk,则写入正常。导入的dmp的编码是utf8的时候,导入仍然是正常的
客户端是utf8, window操作系统是gbk - 使用imp,exp,sqlplus的时候控制台日志是乱码,执行的sql如果是utf8编码,则写入的数据正常,如果修改sql文件的编码为gbk,没为试,不确定。导入dmp的编码如果是gbk,导入的数据也正常

另外说明一下:如果环境变量和注册表都设置NLS_LANG, pl/sql受注册表影响的优化级更高,cmd控制台受环境变量的优先级更高。

你可能感兴趣的:(数据库)