我的环境是RH linux 4，数据库oracle 10.2，字符集是AL32UTF8。现象是这样的：用select查看原数据，中文显示乱码，但java应用程序显示正常。从linux上用sqlplus插入一条中文，再用select 查询，新插入的这条中文显示正常，但java应用程序查询不出来。数据库字符集用的utf8，看了一下nls_lang的设置是NLS_LANG=american_america.AL32UTF8; 于是改成了NLS_LANG=american_america.UTF8（编辑并运行.bash_profile），重新插入数据，用select查看，中文显示乱码，但java应用程序显示正常。再修改NLS_LANG=american_america.ZHS16GBK，用select查询，中文显示正常。
今天又遇到了从sql plus insert 中文的问题，主要还是nls_lang的设置，总结一下。
首先要明确什么是字符集？字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包括关系,如us7ascii就是zhs16gbk的子集, 从us7ascii到zhs16gbk不会有数据解释上的问题,不会有数据丢失,Oracle对这种问题也要求从子集到超集的导出受支持,反之不行。在所有的字符集中utf8应该是最大,因为它基于unicode,双字节保存字符(也因此在存储空间上占用更多)。

其次，一旦数据库创建后，数据库的字符集是不能改变的。因此，在设计和安装之初考虑使用哪一种字符集是十分重要的。数据库字符集应该是操作系统本地字符集的一个超集。存取数据库的客户使用的字符集将决定选择哪一个超集，即数据库字符集应该是所有客户字符集的超集。
现在，介绍一些与字符集有关的NLS_LANG参数，

NLS_LANG格式：

NLS_LANG = language_territory.charset

有三个组成部分（语言、地域和字符集），每个成分控制了NLS子集的特性。其中：language 指定服务器消息的语言。

territory 指定服务器的日期和数字格式。

charset 指定字符集

例如：

AMERICAN_AMERICA.US7SCII

AMERICAN _ AMERICA. ZHS16GBK



还有一些子集可以更明确定义NLS_LANG参数：

DICT.BASE 数据字典基本 表版本

DBTIMEZONE 数据库时区

NLS_LANGUAGE 语言

NLS_TERRITORY 地域

NLS_CURRENCY 本地货币字符

NLS_ISO_CURRENCY ISO货币字符

NLS_NUMERIC_CHARACTERS 小数字符和组 分隔开

NLS_CHARACTERSET 字符集

NLS_CALENDAR 日历系统

NLS_DATE_FORMAT 缺省的日期格式

NLS_DATE_LANGUAGE 缺省的日期语言

NLS_SORT 字符排序序列

NLS_TIME_FORMAT 时间格式

NLS_TIMESTAMP_FORMAT 时间戳格式

……
查看可选的数据库字符集： col nls_charset_id for 99999
col nls_charset_name for a35
col hex_id for a5
select nls_charset_id(value) nls_charset_id,value nls_charset_name,to_char(nls_charset_id (value),'xxxx') hex_id
from v$nls_valid_values
where parameter = 'CHARACTERSET';
查看当前数据库字符集配置： col parameter for a35
col value for a35
select * from v$nls_parameters;
或者： select * from sys.props