Oracle 客户端测试失败且出现乱码

这个建议是通过以下几种方式排查问题的原因，然后解决它： 第 1 步：检查 nls lang echo%nls lang% 的方法 例如：

e： >echo%nls lang%american 第 2 步：检查数据库当前字符集的参数 select*fromv$nls parameters; 或选择*fromnls数据库参数或selectuserenv（'language'）fromdual; 步骤3：

查看数据库中的可用字符集，并设置 select*fromv$nls 有效值。 第 4 步：如何在客户端上设置 NLS lang 常用中文字符集 setnls lang=简体中文 常用Unicode字符集 setnls lang=美式

看看你是哪个系统，如果是win10，右键单击启动器>>属性>>在管理员模式下运行。 如果再次打开它，它不会出现乱码。

这些问题通常是由错误的字符集设置引起的。

长期以来，字符集一直是困扰众多预言机爱好者的问题，笔者从事预言机数据库管理和应用数年，经常收到客户对类似上述关于数据库字符集的“急”和“苦恼”。

首先，让我们弄清楚什么是字符集？ 字符集是字节数据解释的符号集，有大小，并且有相互包含的关系，比如us7ascii是zhs16gbk的一个子集，从us7ascii到zhs16gbk不会有数据解释问题，不会有数据丢失，oracle也要求支持从子集导出到超集来解决这个问题， 反之亦然。UTF8 应该是所有字符集中最大的字符集，因为它基于 Unicode，它以双字节保存字符（因此占用更多存储空间）。

其次，一旦创建了数据库，就无法更改数据库的字符集。 因此，在设计和安装之初考虑使用哪个字符集非常重要。 数据库字符集应是操作系统本机字符集的超集。

访问数据库的客户使用的字符集将决定选择哪个超集，即数据库字符集应是所有客户字符集的超集。

在实践中，与字符集问题最相关的可能是 exp imp。 在做exp imp时，如果客户端和服务器的nls lang设置相同，一般没有问题。 但是，在两个不同字符集的系统之间引导数据时，经常会出现这样或那样的问题，例如导出时，数据库显示正常，是中文的，导入到其他系统时出现乱码，这也是一个常见问题。

你显示你插入的SQL语句，看看是不是乱码，一般情况下oracle不会乱码，很可能是程序有问题

选出来的都是乱码，据说是字符集有问题，不知道怎么改。

如果Oracle数据库查询过程中出现乱码，很可能是数据库的字符集设置不支持中文，但表中的数据包含中文，因此会变成乱码。

如果是字符集原因，解决方法如下：

1、shutdown immediate；关闭数据库。

2、startup mount；开启数据库挂载模式（仅挂载实例，不启动数据库）。

3、alter system enable restricted session；打开会话限制。

4、alter system set aq_tm_processes=0；修改系统参数。

5、alter system set job_queue_processes=0；修改系统参数。

6、alter database open；启动数据库已打开

7、alter database national character set internal_user (zhs16gbk)；修改字符集。

8、alter system disable restricted session；关闭会话限制。

字符集类型可填括号，zhs16gbk、al32utf8等字符集支持中文。

请问你在 linux 环境中有预言机吗？ 适应Linux环境的语言不是中文环境。