1、开发人员错误的要求
先看一封开发人员向某DBA提出的一个“要求修改数据库NLS_LENGTH_SEMANTICS参数”的邮件：
上面邮件，出于对隐私的保护，对发件人，收件人，数据库名称进行了隐涂。
邮件内容主要意思是：
（1） 源端和目标端数据库的字符集均为SIMPLIFIED CHINESE_CHINA.UTF8，但是源端数据库NLS_LENGTH_SEMANTICS参数的值为char，目标数据库NLS_LENGTH_SEMANTICS参数的值为byte
（2） 邮件中对知识错误的理解：由于源端数据库NLS_LENGTH_SEMANTICS参数的值为char（把1个汉字当成一个字节），目标数据库NLS_LENGTH_SEMANTICS参数的值为byte（把1个汉字占3个字节），所以，源端Varchar2(16)能存储16个汉字，而目标端Varchar2(16)即只能存5个汉字，导致源数据的数据无法插入到目标端数据库中去
（3） 邮件中错误的建议解决办法：将目标端数据库的NLS_LENGTH_SEMANTICS参数的值，改成与源端数据库NLS_LENGTH_SEMANTICS参数相同的值
2、知识的梳理
2.1 NLS_LENGTH_SEMANTICS参数的用途
NLS_LENGTH_SEMANTICS参数是一个专为创建CHAR和VARCHAR2两种字符型的列时，指定使用的字节长度，还是使用字符长度的定义方式，有byte和char两种值，默认为byte。
当设置该参数为BYTE时，定义CHAR列或VARCHAR2列采用字节长度方式；当设置该参数为CHAR时，定义CHAR列或VARCHAR2列采用字符长度的方式。该参数对于数据库中已经存在的列不具备任何用途，只是在创建表，或修改表的列时才具有意义。
2.2 字节长度与字符长度的区别
此章节从百度文库摘抄，原文地址为：http://baike.baidu.com/link?url=gtnaOI4rLZejxtdNISG3z8Vm1IpobqAB4nv3TRSnKh9RwTo2eR8eRkUWUUv00J7INVvGPQ2O51o-r77SfyIwT_
（1）ASCII码：
一个英文字母（不分大小写）占一个字节的空间，一个中文汉字占两个字节的空间。一个二进制数字序列，在计算机中作为一个数字单元，一般为8位二进制数，换算为十进制。最小值0，最大值255。如一个ASCII码就是一个字节。
（2）UTF-8编码：
一个英文字符等于一个字节，一个中文（含繁体）等于三个字节。
（3） Unicode编码：
一个英文等于两个字节，一个中文（含繁体）等于两个字节。
（4） 符号：
一个英文标点占一个字节，一个中文标点占两个字节。举例：英文句号“.”占1个字节的大小，中文句号“。”占2个字节的大小。
3、邮件中对知识错误的理解
邮件中要求修改目标端数据库NLS_LENGTH_SEMANTICS参数，是完全错误的解决方案，之所以出现这样的情况，是因为此开发人员对NLS_LENGTH_SEMANTICS参数的理解不正确。
该开发人员，错误的将NLS_LENGTH_SEMANTICS参数理解成，只要该参数一改，数据库中所有的涉及CHAR和VARCHAR2两种字符型的列的长度类型都发生变化了。
其实不是，NLS_LENGTH_SEMANTICS参数的值，不对已经存在的列产生任何影响，只是在创建表中的列时，默认的指定列长度类型为byte还是char，如果在创建或修改表的列时指定了长度类型，完全覆盖NLS_LENGTH_SEMANTICS参数的值。
4、剖析问题的真正原因
其实，该开发人员所面对的真正问题原因，是源端表字段的长度类型与目标端表字段长度的类型不一致所致。
问题根本原因搞清楚了，解决方案就容易了，将目标端表的字段长度类型修改成与源端一样，不就解决了木。何必修改数据库参数还重启数据库的。
下面以三条create table的语句说清楚NLS_LENGTH_SEMANTICS参数的用途
|
（1）两条指定长度类型的SQL语句 create create 上面两条语句，唯一的不同，就是在指定列长度为20后，再指定长度的类型，类型的值不同。 （2）不指定长度类型的SQL语句 create 这条语句，在指定列的长度为20后，并未指定长度的类型，那它的类型会是什么呢，这个就是由NLS_LENGTH_SEMANTICS参数的值所决定了，该参数值可以在会话级设定。 |
5、测试验证
5.1 确认数据库的字符集类型
SQL> select *from nls_database_parameters t where t.parameter=‘NLS_CHARACTERSET‘;
|
PARAMETER VALUE ------------------------------ -------------------------------------- NLS_CHARACTERSET AL32UTF8 |
5.2 创建列长度类型为byte的表并测试可插入数据长度
（1）查看NLS_LENGTH_SEMANTICS参数当前值
SQL> selectname,value from v$parameter where upper(name)=‘NLS_LENGTH_SEMANTICS‘;
|
NAME VALUE ------------------------------ ------------------------------- nls_length_semantics BYTE |
（2）创建带列长度类型为byte的表
SQL>create
table tab_t(t_name
varchar2(3));
（3）查看新创建的tab_t表的t_name列长度类型
SQL>select table_name,column_name,data_type,char_used
from dba_tab_columns where table_name=‘TAB_T‘
|
TABLE_NAME COLUMN_NAME DATA_TYPE CHAR_USED -------------------- ----------------------- ------------------------- ----------------------------- TAB_T T_NAME VARCHAR2 B |
（4）插入英文字符串数据测试
|
$ export NLS_LANG=AMERICAN_AMERICA.UTF8 --注意上面这一条，设置客户端字符集很重要，如果环境变量有设置，此步可以跳过。如果发生复杂的字符集转换，一个中文汉字有可能会占用6个字节 SQL> insert into tab_t values (‘ZHO‘); 1 row created. SQL> insert into tab_t values (‘ZHON‘); insert into tab_t values (‘ZHON‘) * ERROR at line 1: ORA-12899: value too large for column "SYS"."TAB_T"."T_NAME" (actual: 4, |
从上面测试数据来看，插入三个英文字母成功，在插入四个字母的字符串时失败，提示实际长度为4，但maximum只有3
（5） 插入中文字符串数据测试
|
1）先计划一下“中”字占用几个字节 SQL> SELECT LENGTHB(‘中‘) FROM DUAL; LENGTHB(‘中‘) ------------- 3 2）插入一个中文汉字 SQL> insert into tab_t values (‘中‘); 1 row created. 3）插入两个中文汉字 SQL> insert into tab_t values (‘中国‘); insert into tab_t values (‘中国‘) * ERROR at line 1: ORA-12899: value too large for column "SYS"."TAB_T"."T_NAME" (actual: 6, maximum: 3) |
插入两个中文汉字失败，实际长度为6，字段maximum只有3，在此验证确定，在UTF8下，一个中文汉字占3个字符。
5.3 将tab_t表的t_name列更改成char长度类型并做可插入长度测试
（1）将tab_t表的t_name列长度类型更改成char
SQL>alter
table tab_t modify
(t_name varchar2(3
char));
（2）验证修改结果
SQL> selecttable_name,column_name,data_type,char_used from dba_tab_columns wheretable_name=‘TAB_T‘ ;
|
TABLE_NAME COLUMN_NAME DATA_TYPE CHAR_USED -------------------- ----------------------- ------------------------- ----------------------------- TAB_T T_NAME VARCHAR2 C |
（3） 插入两个中文汉字
|
SQL> insert into tab_t values (‘中国‘); 1 row created. |
varchar2(3 char)插入两个中文汉字成功
6、小结
经过对开发人员的需求进行判断，以及纠正其对NLS_LENGTH_SEMANTICS参数用途错误的理解，用修改表字段长度类型的方式解决其面临的实际问题，避免了一次不必要的数据库重启，以及问题得到真正的解决。
本文作者：黎俊杰（网名：踩点），从事”系统架构、操作系统、存储设备、数据库、中间件、应用程序“六个层面系统性的性能优化工作
欢迎加入系统性能优化专业群，共同探讨性能优化技术。群号：258187244