字符集，中文乱码;os, oracle server ,oracle client3个地方保持一致；
http://bbs.csdn.net/topics/80162986
解决乱码问题原则：
oracle server端与OS的字符集一致
oracle server端与oracle client的字符集一致
===============================================
#export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
#export NLS_LANG="simplified chinese_china.zhs16gbk"
export NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK"
# echo $NLS_LANG
SIMPLIFIED CHINESE_CHINA.ZHS16GB
[oracle@r ~]$ env |grep LANG
NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
LANG=zh_CN.GB2312
[oracle@r ~]$ source .bashrc
[oracle@r ~]$ env |grep LANG
NLS_LANG=SIMPLIFIED CHINESE_CHINA.ZHS16GBK
LANG=zh_CN.GB2312
Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE--》HOME
########################################################################
http://blog.csdn.net/tianlesoftware/article/details/4915223
一、什么是Oracle字符集
Oracle字符集是一个字节数据的解释的符号集合,有大小之分,有相互的包容关系。ORACLE 支持国家语言的体系结构允许你使用本地化语言来存储，处理，检索数据。它使数据库工具，错误消息，排序次序，日期，时间，货币，数字，和日历自动适应本地化语言和平台。
影响Oracle数据库字符集最重要的参数是NLS_LANG参数。
它的格式如下: NLS_LANG = language_territory.charset
它有三个组成部分(语言、地域和字符集)，每个成分控制了NLS子集的特性。
其中:
Language： 指定服务器消息的语言， 影响提示信息是中文还是英文
Territory： 指定服务器的日期和数字格式，
Charset： 指定字符集。
如:AMERICAN _ AMERICA. ZHS16GBK
从NLS_LANG的组成我们可以看出，真正影响数据库字符集的其实是第三部分。
所以两个数据库之间的字符集只要第三部分一样就可以相互导入导出数据，前面影响的只是提示信息是中文还是英文。
二．字符集的相关知识：
2.1 字符集
实质就是按照一定的字符编码方案，对一组特定的符号，分别赋予不同数值编码的集合。Oracle数据库最早支持的编码方案是US7ASCII。
Oracle的字符集命名遵循以下命名规则:
<Language><bit size><encoding>
即: <语言><比特位数><编码>
比如: ZHS16GBK表示采用GBK编码格式、16位（两个字节）简体中文字符集
2.2 字符编码方案
2.2.1 单字节编码
（1）单字节7位字符集，可以定义128个字符，最常用的字符集为US7ASCII
（2）单字节8位字符集，可以定义256个字符，适合于欧洲大部分国家
例如：WE8ISO8859P1(西欧、8位、ISO标准8859P1编码)
2.2.2 多字节编码
（1）变长多字节编码
某些字符用一个字节表示，其它字符用两个或多个字符表示，变长多字节编码常用于对亚洲语言的支持， 例如日语、汉语、印地语等
例如：AL32UTF8（其中AL代表ALL,指适用于所有语言）、zhs16cgb231280
（2）定长多字节编码
每一个字符都使用固定长度字节的编码方案，目前oracle唯一支持的定长多字节编码是AF16UTF16，也是仅用于国家字符集
2.2.3 unicode编码
Unicode是一个涵盖了目前全世界使用的所有已知字符的单一编码方案，也就是说Unicode为每一个字符提供唯一的编码。UTF-16是unicode的16位编码方式，是一种定长多字节编码，用2个字节表示一个unicode字符，AF16UTF16是UTF-16编码字符集。
UTF-8是unicode的8位编码方式，是一种变长多字节编码，这种编码可以用1、2、3个字节表示一个unicode字符，AL32UTF8，UTF8、UTFE是UTF-8编码字符集
2.3 字符集超级
当一种字符集（字符集A）的编码数值包含所有另一种字符集（字符集B）的编码数值，并且两种字符集相同编码数值代表相同的字符时，则字符集A是字符集B的超级，或称字符集B是字符集A的子集。
Oracle8i和oracle9i官方文档资料中备有子集-超级对照表（subset-superset pairs），例如：WE8ISO8859P1是WE8MSWIN1252的子集。由于US7ASCII是最早的Oracle数据库编码格式，因此有许多字符集是US7ASCII的超集，例如WE8ISO8859P1、ZHS16CGB231280、ZHS16GBK都是US7ASCII的超集。
2.4 数据库字符集（oracle服务器端字符集）
数据库字符集在创建数据库时指定，在创建后通常不能更改。在创建数据库时，可以指定字符集(CHARACTER SET)和国家字符集(NATIONAL CHARACTER SET)。
2.4.1字符集
(1)用来存储CHAR, VARCHAR2, CLOB, LONG等类型数据
(2)用来标示诸如表名、列名以及PL/SQL变量等
(3)用来存储SQL和PL/SQL程序单元等
2.4.2国家字符集：
(1)用以存储NCHAR, NVARCHAR2, NCLOB等类型数据
(2)国家字符集实质上是为oracle选择的附加字符集，主要作用是为了增强oracle的字符处理能力，因为NCHAR数据类型可以提供对亚洲使用定长多字节编码的支持，而数据库字符集则不能。国家字符集在oracle9i中进行了重新定义，只能在unicode编码中的AF16UTF16和UTF8中选择，默认值是AF16UTF16
2.4.3查询字符集参数
可以查询以下数据字典或视图查看字符集设置情况
nls_database_parameters、props$、v$nls_parameters
查询结果中NLS_CHARACTERSET表示字符集，NLS_NCHAR_CHARACTERSET表示国家字符集
2.4.4修改数据库字符集
按照上文所说，数据库字符集在创建后原则上不能更改。不过有2种方法可行。
1. 如果需要修改字符集，通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。
2. 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。
2.5 客户端字符集（NLS_LANG参数）
2.5.1客户端字符集含义
客户端字符集定义了客户端字符数据的编码方式，任何发自或发往客户端的字符数据均使用客户端定义的字符集编码,客户端可以看作是能与数据库直接连接的各种应用，例如sqlplus,exp/imp等。客户端字符集是通过设置NLS_LANG参数来设定的。
2.5.2 NLS_LANG参数格式
NLS_LANG=<language>_<territory>.<client character set>
Language: 显示oracle消息,校验，日期命名
Territory：指定默认日期、数字、货币等格式
Client character set：指定客户端将使用的字符集
例如：NLS_LANG=AMERICAN_AMERICA.US7ASCII
AMERICAN是语言，AMERICA是地区，US7ASCII是客户端字符集
2.5.3客户端字符集设置方法
1)UNIX环境
$NLS_LANG=“simplified chinese”_china.zhs16gbk
$export NLS_LANG
编辑oracle用户的profile文件
2)Windows环境
编辑注册表
Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE--》HOME
2.5.4 NLS参数查询
Oracle提供若干NLS参数定制数据库和用户机以适应本地格式，例如有NLS_LANGUAGE,NLS_DATE_FORMAT,NLS_CALENDER等，可以通过查询以下数据字典或v$视图查看。
NLS_DATABASE_PARAMETERS:显示数据库当前NLS参数取值，包括数据库字符集取值
NLS_SESSION_PARAMETERS： 显示由NLS_LANG 设置的参数，或经过alter session 改变后的参数值（不包括由NLS_LANG 设置的客户端字符集）
NLS_INSTANCE_PARAMETE： 显示由参数文件init<SID>.ora 定义的参数
V$NLS_PARAMETERS：显示数据库当前NLS参数取值
2.5.5修改NLS参数
使用下列方法可以修改NLS参数
（1）修改实例启动时使用的初始化参数文件
（2）修改环境变量NLS_LANG
（3）使用ALTER SESSION语句，在oracle会话中修改
（4）使用某些SQL函数
NLS作用优先级别：Sql function > alter session > 环境变量或注册表 > 参数文件 > 数据库默认参数
三．EXP/IMP 与 字符集
3.1 EXP/IMP
Export 和 Import 是一对读写Oracle数据的工具。Export 将 Oracle 数据库中的数据输出到操作系统文件中, Import 把这些文件中的数据读到Oracle 数据库中，由于使用exp/imp进行数据迁移时，数据从源数据库到目标数据库的过程中有四个环节涉及到字符集，如果这四个环节的字符集不一致，将会发生字符集转换。
EXP
____________ _________________ _____________
|imp导入文件|<-|环境变量NLS_LANG|<-|数据库字符集|
------------ ----------------- -------------
IMP
____________ _________________ _____________
|imp导入文件|->|环境变量NLS_LANG|->|数据库字符集|
------------ ----------------- -------------
四个字符集是
（1）源数据库字符集
（2）Export过程中用户会话字符集（通过NLS_LANG设定）
（3）Import过程中用户会话字符集（通过NLS_LANG设定）
（4）目标数据库字符集
3.2导出的转换过程
在Export过程中，如果源数据库字符集与Export用户会话字符集不一致，会发生字符集转换，并在导出文件的头部几个字节中存储Export用户会话字符集的ID号。在这个转换过程中可能发生数据的丢失。
例:如果源数据库使用ZHS16GBK，而Export用户会话字符集使用US7ASCII，由于ZHS16GBK是16位字符集,而US7ASCII是7位字符集，这个转换过程中，中文字符在US7ASCII中不能够找到对等的字符，所以所有中文字符都会丢失而变成“?? ”形式，这样转换后生成的Dmp文件已经发生了数据丢失。
因此如果想正确导出源数据库数据，则Export过程中用户会话字符集应等于源数据库字符集或是源数据库字符集的超集
3.3导入的转换过程
（1）确定导出数据库字符集环境
通过读取导出文件头，可以获得导出文件的字符集设置
（2）确定导入session的字符集，即导入Session使用的NLS_LANG环境变量
（3）IMP读取导出文件
读取导出文件字符集ID，和导入进程的NLS_LANG进行比较
（4）如果导出文件字符集和导入Session字符集相同，那么在这一步骤内就不需要转换， 如果不同，就需要把数据转换为导入Session使用的字符集。可以看出，导入数据到数据库过程中发生两次字符集转换
第一次:导入文件字符集与导入Session使用的字符集之间的转换，如果这个转换过程不能正确完成，Import向目标数据库的导入过程也就不能完成。
第二次:导入Session字符集与数据库字符集之间的转换。
四. 查看数据库字符集
涉及三方面的字符集，
1. oracel server端的字符集;
2. oracle client端的字符集;
3. dmp文件的字符集。
在做数据导入的时候，需要这三个字符集都一致才能正确导入。
4.1 查询oracle server端的字符集
有很多种方法可以查出oracle server端的字符集，比较直观的查询方法是以下这种:
SQL> select userenv('language') from dual;
USERENV('LANGUAGE')
----------------------------------------------------
SIMPLIFIED CHINESE_CHINA.ZHS16GBK
SQL>select userenv(‘language’) from dual;
AMERICAN _ AMERICA. ZHS16GBK
4.2 如何查询dmp文件的字符集
用oracle的exp工具导出的dmp文件也包含了字符集信息，dmp文件的第2和第3个字节记录了dmp文件的字符集。如果dmp文件不大，比如只有几M或几十M，可以用UltraEdit打开(16进制方式)，看第2第3个字节的内容，如0354，然后用以下SQL查出它对应的字符集:
SQL> select nls_charset_name(to_number('0354','xxxx')) from dual;
ZHS16GBK
如果dmp文件很大，比如有2G以上(这也是最常见的情况)，用文本编辑器打开很慢或者完全打不开，可以用以下命令(在unix主机上):
cat exp.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6
然后用上述SQL也可以得到它对应的字符集。
4.3 查询oracle client端的字符集
在windows平台下，就是注册表里面相应OracleHome的NLS_LANG。还可以在dos窗口里面自己设置，
比如: set nls_lang=AMERICAN_AMERICA.ZHS16GBK
这样就只影响这个窗口里面的环境变量。
在unix平台下，就是环境变量NLS_LANG。
$echo $NLS_LANG
AMERICAN_AMERICA.ZHS16GBK
如果检查的结果发现server端与client端字符集不一致，请统一修改为同server端相同的字符集。
补充：
(1).数据库服务器字符集
select * from nls_database_parameters
来源于props$，是表示数据库的字符集。
(2).客户端字符集环境
select * from nls_instance_parameters
其来源于v$parameter，表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
(3).会话字符集环境
select * from nls_session_parameters
来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameters一致。
(4).客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。
如果多个设置存在的时候，NLS作用优先级别：Sql function > alter session > 环境变量或注册表 > 参数文件 > 数据库默认参数
字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
五． 修改oracle的字符集
按照上文所说，数据库字符集在创建后原则上不能更改。因此，在设计和安装之初考虑使用哪一种字符集十分重要。对数据库server而言，错误的修改字符集将会导致很多不可测的后果，可能会严重影响数据库的正常运行，所以在修改之前一定要确认两种字符集是否存在子集和超集的关系。一般来说，除非万不得已，我们不建议修改oracle数据库server端的字符集。特别说明，我们最常用的两种字符集ZHS16GBK和ZHS16CGB231280之间不存在子集和超集关系，因此理论上讲这两种字符集之间的相互转换不受支持。
不过修改字符集有2种方法可行。
1. 通常需要导出数据库数据，重建数据库，再导入数据库数据的方式来转换。
2. 通过ALTER DATABASE CHARACTER SET语句修改字符集，但创建数据库后修改字符集是有限制的，只有新的字符集是当前字符集的超集时才能修改数据库字符集，例如UTF8是US7ASCII的超集，修改数据库字符集可使用ALTER DATABASE CHARACTER SET UTF8。
5.1 修改server端字符集(不建议使用)
1. 关闭数据库
SQL>SHUTDOWN IMMEDIATE
2. 启动到Mount
SQL>STARTUP MOUNT;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
--这里可以从父集到子集
SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;
SQL>ALTER DATABASE NATIONAL CHARACTER SET AL16UTF16;
--如果是从子集到父集，需要使用INTERNAL_USE 参数，跳过超子集检测
SQL>ALTER DATABASE CHARACTER SET INTERNAL_USE AL32UTF8;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE AL16UTF16;
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP
注意：如果没有大对象，在使用过程中进行语言转换没有什么影响，（切记设定的字符集必须是ORACLE支持，不然不能start） 按上面的做法就可以。
若出现‘ORA-12717: Cannot ALTER DATABASE NATIONAL CHARACTER SET when NCLOB data exists’ 这样的提示信息，
要解决这个问题有两种方法
1. 利用INTERNAL_USE 关键字修改区域设置,
2. 利用re-create,但是re-create有点复杂,所以请用internal_use
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP MOUNT EXCLUSIVE;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
SQL>ALTER DATABASE NATIONAL CHARACTER SET INTERNAL_USE UTF8;
SQL>SHUTDOWN immediate;
SQL>startup;
如果按上面的做法做,National charset的区域设置就没有问题
5.2 修改dmp文件字符集
上文说过，dmp文件的第2第3字节记录了字符集信息，因此直接修改dmp文件的第2第3字节的内容就可以‘骗’过oracle的检查。这样做理论上也仅是从子集到超集可以修改，但很多情况下在没有子集和超集关系的情况下也可以修改，我们常用的一些字符集，如US7ASCII，WE8ISO8859P1，ZHS16CGB231280，ZHS16GBK基本都可以改。因为改的只是dmp文件，所以影响不大。
具体的修改方法比较多，最简单的就是直接用UltraEdit修改dmp文件的第2和第3个字节。
比如想将dmp文件的字符集改为ZHS16GBK，可以用以下SQL查出该种字符集对应的16进制代码: SQL> select to_char(nls_charset_id('ZHS16GBK'), 'xxxx') from dual;
0354
然后将dmp文件的2、3字节修改为0354即可。
如果dmp文件很大，用ue无法打开，就需要用程序的方法了。
5.3客户端字符集设置方法
1)UNIX环境
$NLS_LANG=“simplified chinese”_china.zhs16gbk
$export NLS_LANG
编辑oracle用户的profile文件
2)Windows环境
编辑注册表
Regedit.exe ---》 HKEY_LOCAL_MACHINE ---》SOFTWARE ---》 ORACLE--》HOME
或者在窗口设置：
set nls_lang=AMERICAN_AMERICA.ZHS16GBK
整理自网络
-------------------------------------------------------------------------------------------------------
Blog： http://blog.csdn.net/tianlesoftware
Email: dvd.dba@gmail.com
DBA1 群：62697716(满); DBA2 群：62697977(满) DBA3 群：62697850(满)
DBA 超级群：63306533(满); DBA4 群： 83829929 DBA5群： 142216823
聊天 群：40132017 聊天2群：69087192
--加群需要在备注说明Oracle表空间和数据文件的关系，否则拒绝申请
---------------
| 
|
----------------
http://blog.csdn.net/tianlesoftware/article/details/5224448
从数据库中导一个数据的时候出现了一个很奇怪的问题，中文乱码。 首先可以确认的一点，数据在数据库中是以中文存在的，还有就是用Toad进行连接查询的时候也是中文。 但是在服务器端直接用sqlplus 连接查询之后，所有中文都显示为乱码。 第一反应是字符集的问题，也尝试用修改字符集来解决问题，最终问题还是出在系统的环境变量上。
关于数据库字符集的问题，参考我的blog：
Oracle 字符集的查看和修改
http://blog.csdn.net/tianlesoftware/archive/2009/12/02/4915223.aspx
解决方法：
1. export 参数
$ export NLS_LANG="simplified chinese_china.zhs16gbk"
2. 修改配置单数
修改.bash_profile 中的参数，添加相关信息
NLS_LANG="simplified chinese_china.zhs16gbk";
Export NLS_LANG;
以上是在Linux平台，windows 平台用
C:> NLS_LANG="simplified chinese_china.zhs16gbk"
或者添加一个环境变量就可以了。
3. 补充一点知识：
Nls_lang 是Linux 系统的环境变量;
Nls_language 是数据库的参数。
我们可以在session中修改Nls_language，不能修改Nls_lang。
示例：
SQL> ALTER SESSION SET NLS_LANGUAGE= 'SIMPLIFIED CHINESE'
SQL> alter session set nls_lang=American_America.ZHS16GBK;
alter session set nls_lang=American_America.ZHS16GBK
*
ERROR at line 1:
ORA-00922: missing or invalid option
Oracle 的相关参数我们可以通过以下SQL语句查看：
SQL> col PARAMETER format a30
SQL> col VALUE format a30
SQL> select * from v$NLS_PARAMETERS;
PARAMETER VALUE
------------------------------ ------------------------------
NLS_LANGUAGE SIMPLIFIED CHINESE
NLS_TERRITORY CHINA
NLS_CURRENCY ￥
NLS_ISO_CURRENCY CHINA
NLS_NUMERIC_CHARACTERS .,
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT YYYY-MM-DD HH24:MI:SS
NLS_DATE_LANGUAGE AMERICAN
NLS_CHARACTERSET ZHS16GBK
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
PARAMETER VALUE
------------------------------ ------------------------------
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY ￥
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
已选择19行。
SQL>
====================================================================================
http://dl528888.blog.51cto.com/2382721/871323
最近在做一个项目的时候，遇到了一个问题，在window 2003 系统oracle 11g数据库进行select的时候，结果为“靠靠靠靠”，当时的运维人员对oracle不太了解，所以就找到了我，我查看服务端与客户端的字符集，发现服务端为zhs16gbk,客户端为american_america.we8iso8858p1，当我把客户端修改与服务端一致字符集的时候，问题解决了。
下面是我做的一个技术文档，为以后的人员学习oracle做个实例说明。
环境为：
window 2003 32系统、oracle 11g数据库
1、连接windows 2003的oracle 11g
- C:\>sqlplus / as sysdba
- SQL*Plus: Release 11.2.0.1.0 Production on 星期一 5月 21 15:03:29 2012
- Copyright (c) 1982, 2010, Oracle. All rights reserved.
- 连接到:
- Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
- With the Partitioning, OLAP, Data Mining and Real Application Testing options
- SQL> select userenv('language') from dual;
- USERENV('LANGUAGE')
- ----------------------------------------------------
- AMERICAN_AMERICA.ZHS16GBK
- SQL> set linesize 100
- SQL> col parameter for a40
- SQL> col value for a40
- SQL> select * from nls_database_parameters where parameter like '%CHARACTERSET%%';
- PARAMETER VALUE
- ---------------------------------------- ----------------------------------------
- NLS_CHARACTERSET ZHS16GBK
- NLS_NCHAR_CHARACTERSET AL16UTF16
- SQL> create table dl_char (name varchar2(20));
- 表已创建。
- SQL> insert into dl_char values ('字符集的乱码问题');
- 已创建 1 行。
- SQL> select * from dl_char;
- NAME
- --------------------
- 字符集的乱码问题
- C:\>SET NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
- C:\>sqlplus / as sysdba
- SQL*Plus: Release 11.2.0.1.0 Production on Mon May 21 15:06:55 2012
- Copyright (c) 1982, 2010, Oracle. All rights reserved.
- Connected to:
- Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
- With the Partitioning, OLAP, Data Mining and Real Application Testing options
- SQL> select userenv('language') from dual;
- USERENV('LANGUAGE')
- ----------------------------------------------------
- AMERICAN_AMERICA.ZHS16GBK
- SQL> select * from dl_char;
- NAME
- --------------------
- 靠靠靠靠
- C:\>SET NLS_LANG=ZHS16GBK
- C:\>sqlplus / as sysdba
- SQL*Plus: Release 11.2.0.1.0 Production on 星期一 5月 21 15:13:11 2012
- Copyright (c) 1982, 2010, Oracle. All rights reserved.
- 连接到:
- Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production
- With the Partitioning, OLAP, Data Mining and Real Application Testing options
- SQL> select userenv('language') from dual;
- USERENV('LANGUAGE')
- ----------------------------------------------------
- SIMPLIFIED CHINESE_CHINA.ZHS16GBK
- SQL> select * from nls_database_parameters where parameter like '%CHARACTERSET%%';
- PARAMETER VALUE
- ---------------------------------------- ----------------------------------------
- NLS_CHARACTERSET ZHS16GBK
- NLS_NCHAR_CHARACTERSET AL16UTF16
- SQL> select * from dl_char;
- NAME
- --------------------
- 字符集的乱码问题
本文出自 “吟—技术交流” 博客，请务必保留此出处http://dl528888.blog.51cto.com/2382721/871323
##########################################################################
http://blog.sina.com.cn/s/blog_6f14deb60100tpnr.html
http://blog.csdn.net/lvbang_lzt/article/details/6308947
问题描述：同事在Linux下安装的oracle，默认的字符集没有修改，使用的是WE8ISO8859P1，不能够支持中文，
问题表现为，客户端录入的中文数据可以显示，提交之后再查询出来后中文会显示为???。问题出在oracle服务端的字符集不支持中文导致。
可以通过：
select userenv('language') from dual; 命令可以查看服务端的使用的字符集。
或者select * from V$NLS_PARAMETERS;命令也可以
以及 select * from SYS.PROPS$;
确定了问题后就Google了一下，网上倒是有很多这方面的资料。可能是自己的环境和他们的不一致的原因，按照网上的那些步骤我的问题没有解决。
问题根源找到了就好解决了，参考着网上的资料自己的解决步骤如下：
总的来说有两个思路：
1、重新安装
2、修改字符集
注：第一个方法没有用，觉得重装不是我喜欢的道道，解决问题是根本。所以我选择的是第二种方式。
网上很多人说，oracle服务端安装好了之后字符集是不可以更改的，实践证明是可以修改的，至少oracle8以上的版本都是可以修改的。
我的解决步骤：
1、ssh登录，切换到oracle用户
切换用户命令：su -oracle
之后用sqlplus登录oracle，命令：
:sqlplus /nolog
:connect /as sysdba
这样就登录了。
2、更改字符集
首先 sqlplus登录后，关闭oracle数据库
1.shutdown immediate ;
2.startup mount ;
3.alter system enable restricted session ;
4.alter system set JOB_QUEUE_PROCESSES=0;
5.alter system set AQ_TM_PROCESSES=0;
6.alter database open ;
7. alter database character set INTERNAL_USE ZHS16GBK;
8.shutdown immediate ;
9.startup ;
注：一开始我按照上面的步骤没有解决，因为在第7步的时候有的资料提示使用alter database character set ZHS16GBK;我试过，这个命令不行，我使用的是alter database character set INTERNAL_USE ZHS16GBK; 提示修改成功。同样，如果在startup mount 下命令提示error的话，可以尝试在startup restrict下运行第七步的命令。
以下是我的调试命令记录，大家可以参考一下，那些提示错误的命令都是执行失败的，可以不必管。
SQL> conn /as sysdba
Connected.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 285212672 bytes
Fixed Size 1218992 bytes
Variable Size 104859216 bytes
Database Buffers 176160768 bytes
Redo Buffers 2973696 bytes
Database mounted.
SQL> alter system enable restricted session;
System altered.
SQL> alter system set job_queue_processes=0;
System altered.
SQL> alter system set aq_tm_processes=0;
System altered.
SQL> alter database open;
Database altered.
----这是按照网上的步骤执行，但是命令都执行失败，所以这些命令对我的环境来说是不行的
SQL> alter database character set ZHS16GBK;
alter database character set ZHS16GBK
*
ERROR at line 1:
ORA-12712: new character set must be a superset of old character set
---我也尝试了换用其它的字符集，也是不行，同样报错
SQL> alter database character set AL32UTF8;
alter database character set AL32UTF8
*
ERROR at line 1:
ORA-12712: new character set must be a superset of old character set
---至此网上的步骤调试失败，所以我继续查资料，又进行了如下的调试
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup restrict
ORACLE instance started.
Total System Global Area 285212672 bytes
Fixed Size 1218992 bytes
Variable Size 113247824 bytes
Database Buffers 167772160 bytes
Redo Buffers 2973696 bytes
Database mounted.
Database opened.
---一开始我是用的是如下的命令，结果失败
SQL> alter database character set simplified chinese_china.zhs16gbk;
alter database character set simplified chinese_china.zhs16gbk
*
ERROR at line 1:
ORA-00933: SQL command not properly ended
--我尝试了两次，改成大写也不行，
SQL> alter database character set simplified CHINESE_CHINA.ZHS16GBK;
alter database character set simplified CHINESE_CHINA.ZHS16GBK
*
ERROR at line 1:
ORA-00933: SQL command not properly ended
--最后，我使用了这命令，提示执行成功，之后通过测试中文乱码问题解决
SQL> alter database character set INTERNAL_USE ZHS16GBK;
Database altered.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 285212672 bytes
Fixed Size 1218992 bytes
Variable Size 113247824 bytes
Database Buffers 167772160 bytes
Redo Buffers 2973696 bytes
Database mounted.
Database opened.
SQL>
===========================================
http://space.itpub.net/25989950/viewspace-713695
http://space.itpub.net/24531354/viewspace-712741
oracle字符集转换(ZHS16GBK转AL32UTF8)
上一篇 / 下一篇 2011-12-21 14:14:22 / 个人分类：oracle管理
Database character set (AL32UTF8) and Client character set (ZHS16GBK) are different.
Character set conversion may cause unexpected results.
Note: you can set the client character set through the NLS_LANG environment variable or the NLS_LANG registry key in
HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE/KEY_OraDb11g_home
这可是个麻烦事，不是改客户端字符集的问题。要改数据库的字符集：
SQL> conn /as sysdba
SQL> shutdown immediate;
SQL> startup mount
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL> ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL> ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL> alter database open;
SQL> ALTER DATABASE CHARACTER SET ZHS16GBK;
ERROR at line 1:
ORA-12712: new character set must be a superset of old character set
提示我们的字符集：新字符集必须为旧字符集的超集，这时我们可以跳过超集的检查做更改：
SQL> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
--我们看到这个过程和之前ALTER DATABASE CHARACTER SET操作的内部过程是完全相同的，也就是说INTERNAL_USE提供的帮助就是使Oracle数据库绕过了子集与超集的校验.
SQL> select * from v$nls_parameters;
SQL> shutdown immediate;
SQL> startup
SQL> select * from v$nls_parameters;
SQL> select userenv('language') from dual;
ok修改成功！
[oracle@localhost tmp]$ sqlplus / as sysdba
Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Fixed Size 1220432 bytes
Variable Size 155189424 bytes
Database Buffers 377487360 bytes
Redo Buffers 2973696 bytes
Database mounted.
SQL> ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER DATABASE CHARACTER SET ZHS16GBK
*
ERROR at line 1:
ORA-12712: new character set must be a superset of old character set
SQL> ALTER DATABASE character set INTERNAL_USE ZHS16GBK;
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_LANGUAGE
AMERICAN
AMERICA
$
PARAMETER
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_ISO_CURRENCY
AMERICA
.,
GREGORIAN
PARAMETER
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_DATE_FORMAT
DD-MON-RR
AMERICAN
ZHS16GBK
PARAMETER
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_SORT
BINARY
HH.MI.SSXFF AM
DD-MON-RR HH.MI.SSXFF AM
PARAMETER
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_TIME_TZ_FORMAT
HH.MI.SSXFF AM TZR
DD-MON-RR HH.MI.SSXFF AM TZR
$
PARAMETER
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_NCHAR_CHARACTERSET
AL16UTF16
BINARY
BYTE
PARAMETER
----------------------------------------------------------------
VALUE
----------------------------------------------------------------
NLS_NCHAR_CONV_EXCP
FALSE
19 rows selected.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Fixed Size 1220432 bytes
Variable Size 155189424 bytes
Database Buffers 377487360 bytes
Redo Buffers 2973696 bytes
Database mounted.
Database opened.
SQL> select userenv('language') from dual;
----------------------------------------------------
AMERICAN_AMERICA.ZHS16GBK
--源操作系统的环境变量
LANG=en_US.UTF-8
就需要在导入前设置环境变量
export LANG=GBK;
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
===================================
http://space.doit.com.cn/47455/viewspace-4147.html
数据库 ： oracle 10.2.0.3
今天刚装好数据库，还没有进行任何操作，执行connect时，在“装载数据和OPEN数据库”是这两个阶段的提示符显示“？？？？？？”似的乱码。打开数据库后使用 select userenv('language') from dual 后结果为
SIMPLIFIED CHINESE_CHINA.ZHS19GBK.我怀疑是CHINESE_CHINA这是由于没有设置为AMERICAN_AMERICA的问题，可能会显示乱码，但是不知道怎么将CHINESE_CHINA修改为AMERICAN_AMERICA，不知道修改了会不会就解决了这个问题?接着又执行 select * from nls_database_parameters 显示结果NLS_LANGUAGE为AMERICAN,NLS_TERRITORY为AMERICA。现在就有点搞不清楚了，都是在服务端，为什么字符集会有中文和英文的两种不同结果呢？请大家帮忙看看。
若此时数据库服务器已启动，则先执行SHUTDOWN IMMEDIATE命令关闭数据库服务器，然后执行以下命令:
SQL>STARTUP MOUNT;
SQL>ALTER SYSTEM ENABLE RESTRICTED SESSION;
SQL>ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
SQL>ALTER SYSTEM SET AQ_TM_PROCESSES=0;
SQL>ALTER DATABASE OPEN;
SQL>ALTER DATABASE CHARACTER SET ZHS16GBK;
SQL>ALTER DATABASE national CHARACTER SET ZHS16GBK;
SQL>SHUTDOWN IMMEDIATE;
SQL>STARTUP
你要先查出数据库server的字符集,然后在自己的客户端用:
export NLS_LANG=AMERICAN_AMIRICA.ZHS16GB就可以了
export NLS_LANG
export NLS_LANG
还是不行
export NLS_LANG=AMERICAN_AMERICA.ZHS16GBK
export NLS=en_US
然后重启了一下系统就正常了。
我用 echo $LANG查看显示为 zh_CN.UTF-8
执行 echo $NLS_LANG显示为 AMERICAN_AMERICA.ZHS16GBK.达到了修改目的。
不过为什么不修改为AMERICAN_AMERICA.ZHS16GBK却是乱码，难道 LINUX平台就不能显示中文吗？还有 NLS=en_US主要是对什么做配置
导出/导入与字符集
明白ORACLE多国语言设置，ORACLE多国语言设置是为了支持世界范围的语言与字符集，一般对语言提示、货币形式、排序方式和CHAR,VARCHAR2,CLOB,LONG字段的数据的存储/显示等有效。ORACLE多国语言设置最主要的两个特性就是国家语言设置与字符集设置。国家语言设置决定了界面或提示使用的语言种类；字符集决定了数据库保存与字符集有关数据（如文本）的编码规则。正如上面的一个小例子，环境变量NLS_LANG的不同，导致EXP帮助发生变化，这就是多国语言设置的作用（NLS_LANG包含国家语言设置与字符集设置，这里起作用的是国家语言设置，而不是字符集）。
ORACLE字符集设定，分为数据库字符集和客户端字符集环境设置。在数据库端，字符集在创建数据库的时候设定，并保存在数据库props$表中，对于8i以上产品，已经可以采用“Alter database character set 字符集”来修改数据库的字符集，但也仅仅是从子集到超集。不要通过update props$来修改字符集，如果是不支持的转换，可能会失去所有与字符集有关的数据，就是支持的转换，也可能导致数据库的不正常工作。字符集分为单字节字符集与多字节字符集，US7ASCII就是典型的单字节字符集，在这种字符集中length=lengthb，而ZHS16GBK就是常用的双字节字符集，在这里lengthb=2*length。
客户端的字符集环境比较简单，主要是环境变量或注册表项NLS_LANG，注意NLS_LANG的优先级别为：参数文件à注册表à环境变量àalter sessionà函数。NLS_LANG的组成为“国家语言设置.字符集”，如nls_lang=simplified chinese_china.zhs16gbk。客户端的字符集最好与数据库端一样（国家语言设置可以不一样，如zhs16gbk的字符集，客户端可以是nls_lang =simplified chinese_china.zhs16gbk或Ameircan_America.zhs16gbk，都不影响数据库字符的正常显示），如果字符集不一样，而且字符集的转换也不兼容，那么客户端的数据存储/显示和导出/导入的与字符集有关的数据将都是乱码。
使用一点点技巧，就可以使导出/导入在不同的字符集的数据库上转换数据。这里需要一个2进制文件编辑工具即可，如uedit32。用编辑方式打开导出的dmp文件，获取2、3字节的内容，如00 01，先把它转换为10进制数，为1，使用函数NLS_CHARSET_NAME即可获得该字符集：
SQL> select nls_charset_name(1) from dual;
NLS_CHARSET_NAME(1)
——————-
US7ASCII
可以知道该dmp文件的字符集为US7ASCII，如果需要把该dmp文件的字符集换成ZHS16GBK，则需要用NLS_CHARSET_ID获取该字符集的编号：
SQL> select nls_charset_id(‘zhs16gbk’) from dual;
NLS_CHARSET_ID(‘ZHS16GBK’)
————————–
852
把852转换成16进制数，为354，把2、3字节的00 01换成03 54，即完成了把该dmp文件字符集从us7ascii到zhs16gbk的转化，这样，再把该dmp文件导入到zhs16gbk字符集的数据库就可以了。（注意，十进制与十六进制之间的转换，想明白其中的道理）
怎么样查看数据库字符集
[A]数据库服务器字符集select * from nls_database_parameters，其来源于props$，是表示数据库的字符集。
客户端字符集环境select * from nls_instance_parameter,其来源于v$parameter，
表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
会话字符集环境 select * from nls_session_parameter，其来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameter一致。
客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。如果多个设置存在的时候，alter session>环境变量>注册表>参数文件
字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
1.查询服务器端配置的字符集。在sqlplus中以dba用户执行:
select tab1.aa||’_'||tab2.bb||’.'||tab3.cc from (select VALUE$ aa from sys.props$ where name=’NLS_LANGUAGE’)tab1,(select VALUE$ bb from sys.props$ where name=’NLS_ISO_CURRENCY’)tab2,(select VALUE$ cc from sys.props$ where name=’NLS_CHARACTERSET’)tab3;
2.在客户端的注册表HKEY_LOCAL_MACHINE->SOFTWARE->ORACLE->HOME0中,如无系统变量NLS_LANG,则“新建”->“字符串”,重命名为“NLS_LANG”，并赋值为上述查询变量的值(注意引号内的字符应大写),再查看时不需要重启Oracle。
1、检查服务器上Oracle数据库的字符集
SQL> conn sys/change_on_install
连接成功.
SQL> desc props$
列名 可空值否 类型
——————————- ——– —-
NAME NOT NULL VARCHAR2(30)
VALUE$ VARCHAR2(2000)
COMMENT$ VARCHAR2(2000)
SQL> col value$ format a40
SQL> select name,value$ from props$;
NAME VALUE$
—————————— ————————-
DICT.BASE 2
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_DATE_FORMAT DD-MON-YY
NLS_DATE_LANGUAGE AMERICAN
NLS_CHARACTERSET ZHS16GBK
NLS_SORT BINARY
NLS_CALENDAR GREGORIAN
NLS_RDBMS_VERSION 7.3.4.0.0
GLOBAL_DB_NAME ORACLE.WORLD
EXPORT_VIEWS_VERSION 3
NLS_CHARACTERSET和NLS_CHAR_CTERSET这个参数应该是ZHS16GBK，如不是，改为它。
SQL*Plus中修改方法：
SQL> update props$ set value$=’新字符集’ where name=’NLS_CHARACTERSET’;
solaris8、oracle8.1.7
环境：
ORACLE_SID=ora8i
ORACLE_BASE=$HOME
ORACLE_HOME=$ORACLE_BASE/products/8.1.7
NLS_LANG="SIMPLIFIED CHINESE_CHINA.ZHS16GBK"
LD_LIBRARY_PATH=/usr/lib:/usr/dt/lib:/usr/openwin/lib:$ORACLE_HOME/lib
PATH=$PATH:/usr/dt/bin:/usr/openwin/bin:$ORACLE_HOME/bin
export ORACLE_BASE ORACLE_HOME ORACLE_SID NLS_LANG LD_LIBRARY_PATH PATH
v$nls_parameters的内容：
‘PARAMETER’,'VALUE’
‘NLS_LANGUAGE’,'SIMPLIFIED CHINESE’
‘NLS_TERRITORY’,'CHINA’
‘NLS_CURRENCY’,'RMB’
‘NLS_ISO_CURRENCY’,'CHINA’
‘NLS_NUMERIC_CHARACTERS’,’.,’
‘NLS_CALENDAR’,'GREGORIAN’
‘NLS_DATE_FORMAT’,'DD-MON-RR’
‘NLS_DATE_LANGUAGE’,'SIMPLIFIED CHINESE’
‘NLS_CHARACTERSET’,'US7ASCII’
‘NLS_SORT’,'BINARY’
‘NLS_TIME_FORMAT’,'HH.MI.SSXFF AM’
‘NLS_TIMESTAMP_FORMAT’,'DD-MON-RR HH.MI.SSXFF AM’
‘NLS_TIME_TZ_FORMAT’,'HH.MI.SSXFF AM TZH:TZM’
‘NLS_TIMESTAMP_TZ_FORMAT’,'DD-MON-RR HH.MI.SSXFF AM TZH:TZM’
‘NLS_DUAL_CURRENCY’,'RMB’
‘NLS_NCHAR_CHARACTERSET’,'US7ASCII’
‘NLS_COMP’,'BINARY’
字符集是US7ASCII，怎样设置为ZHS16GBK（是否这样写）呢？
请大家帮帮忙吧，多谢了
—————————————————————
c:>svrmgrl
在svrmgrl中执行：
shutdown
startup mount
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;
update props$ set value$=’ZHS16GB’ WHERE NAME=’NLS_CHARACTERSET’;
update props$ set value$=’ZHS16GB’ WHERE NAME=’NLS_NCHAR_CHARACTERSET’;
先申明此法很危险，
如果改错了值可能会导致数据库无法打开。
×××××××××××××
修改字符集的步骤：
c:>svrmgrl
在svrmgrl中执行：
connect internal/oracle[@dbname];
shutdown immediate;
startup restrict;
ALTER DATABAE [dbname] CHARACTER SET [SIMPLIFIED CHINESE_CHINA.]ZHS16GBK ;
ALTER DATABAE [dbname] NATIONAL CHARACTER SET [SIMPLIFIED CHINESE_CHINA.]ZHS16GBK ;
alter database [dbname] open;
–shutdown immediate;
–startup;
怎么样查看数据库字符集
[A]数据库服务器字符集select * from nls_database_parameters，其来源于props$，是表示数据库的字符集。
客户端字符集环境select * from nls_instance_parameter,其来源于v$parameter，
表示客户端的字符集的设置，可能是参数文件，环境变量或者是注册表
会话字符集环境 select * from nls_session_parameter，其来源于v$nls_parameters，表示会话自己的设置，可能是会话的环境变量或者是alter session完成，如果会话没有特殊的设置，将与nls_instance_parameter一致。
客户端的字符集要求与服务器一致，才能正确显示数据库的非Ascii字符。如果多个设置存在的时候，alter session>环境变量>注册表>参数文件
字符集要求一致，但是语言设置却可以不同，语言设置建议用英文。如字符集是zhs16gbk，则nls_lang可以是American_America.zhs16gbk。
修改 oracle 默认中文字符集成为：SIMPLIFIED CHINESE_CHINA.ZHS16GBK
1. 发现问题
安装好Oracle 11g后从别的地方导入数据想测试一下，结果发现中文都变成了“？”号。
然后一查：
自己装的
select userenv('language') from dual;
——SIMPLIFIED CHINESE_CHINA.AL32UTF8
别人装的
select userenv('language') from dual;
——SIMPLIFIED CHINESE_CHINA.ZHS16GBK
字符集不一样。。。
2. 查找资料：
修改 oracle xe 默认中文字符集成为：SIMPLIFIED CHINESE_CHINA.ZHS16GBK
http://wtdyb.blog.163.com/blog/static/1803533022011424105524321/
linux oracle 字符集 .
http://blog.csdn.net/mzwang123/article/details/6712441
3. 实施
[oracle@QL ~]$ sqlplus /nolog
SQL*Plus: Release 11.2.0.1.0 Production on Wed Jan 30 08:58:28 2013
Copyright (c) 1982, 2009, Oracle. All rights reserved.
SQL> connect sys as sysdba
Enter password:
Connected.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount
ORACLE instance started.
Total System Global Area 835104768 bytes
Fixed Size 2217952 bytes
Variable Size 633341984 bytes
Database Buffers 192937984 bytes
Redo Buffers 6606848 bytes
Database mounted.
SQL> alter system enable restricted session ;
System altered.
SQL> alter system set JOB_QUEUE_PROCESSES=0;
System altered.
SQL> alter system set AQ_TM_PROCESSES=0;
System altered.
SQL> alter database open ;
Database altered.
SQL> alter database character set internal_use ZHS16GBK ;
Database altered.
SQL> shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup
ORACLE instance started.
Total System Global Area 835104768 bytes
Fixed Size 2217952 bytes
Variable Size 633341984 bytes
Database Buffers 192937984 bytes
Redo Buffers 6606848 bytes
Database mounted.
Database opened.
SQL> select userenv('language') from dual;
USERENV('LANGUAGE')
----------------------------------------------------
AMERICAN_AMERICA.ZHS16GBK
4.结果
字符集是一致了，但是之前导入的数据中所有中文都变成了乱码。只好创建一个新用户重新导入了一遍数据。
但是应用到WEB应用后，登录WEB应用系统后发现星期三还是wednesday。
看来还需要深入了解才行。
http://zh.wikipedia.org/wiki/%E7%AE%80%E5%8C%96%E5%AD%97
简化字，是指中华人民共和国现代汉字的法定标准写法，在西方国家，则称之为简体中文（Simplified Chinese），中国民间一般称简体字[注 1]，主要是乍看之下，简化字在“字体”形象上简化了，实际上汉字简化除简化字体之外，也包括淘汰“异体字”、合并汉字，减少规范汉字的数量。同时，也有很多汉字没有简化，如：“工欲善其事，必先利其器”，这些汉字无所谓繁简体，称为传承字。
国民政府在大陆时期所推动的汉字简化运动与中共所推行的废除汉字运动是完全不同的，两者不可混淆。中国大陆现今所使用的简化字为mzd时期推行废除汉字的过渡性政治产物[1][2]。中华人民共和国成立后，奉苏联指示编制《汉语拼音方案》，并推动逐步废除汉字改用拉丁文，1952年3月“汉字简化表”第一稿拟出，选定简化字700个，但mzd看过后却很不满意，认为700个简化字还不够简，字的数量也要减少，一个字要能代替几个字[3]；中国大陆现行简化字以1964年公告、1986年修订的《简化字总表》为国家标准，《简化字总表》收录了2274个简化字及14个简化偏旁[注 2]；20世纪六七年代中苏交恶，废除汉字运动停止，二简字亦中止，但《简化字总表》中的简化字获得保留并被定为“规范汉字”，与之相对的繁体字（中华民国官方称正体字）则被定为“不规范汉字”。
新加坡在1969年曾推出自己的《简体字表》（有别于中国大陆字形），新加坡于1974年正式采用了中华人民共和国颁布的《简化字总表》，马来西亚的汉字简化工作稍晚于新加坡，在1981年2月出版了《简化字总表》。[4]日本也有在传统汉字（旧字体）的基础上简化汉字，此类简笔字称为“新字体”，其中一部分字形与中华人民共和国的简化字相同。
汉字简化一直有两个观点。支持者认为简化字“好写”且“易学”；批评者认为简化字“好写”且“易学”的优点有限，同时增加歧义、丧失美感。
浙公网安备 33010602011771号