问题描述：用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,sqlplus的时候控制台日志是乱码，执行的sql如果是utf8编码，则写入的数据正常，如果修改sql文件的编码为gbk，没为试，不确定。导入dmp的编码如果是gbk，导入的数据也正常
另外说明一下：如果环境变量和注册表都设置NLS_LANG,pl/sql受注册表影响的优化级更高，cmd控制台受环境变量的优先级更高。
