今天有客户向我咨询：数据库由ZHS16GBK字符集修改为AL32UTF8字符集，发现中文的数据中小部分出现乱码，客户认为AL32UTF8明明可以支持更多的文字，不应该出现这样的情况才对。从现象看，基本可以确认故障是字符集转换导致的，Oracle也强烈不建议做这种字符集转换的操作，幸好该客户的操作只是在

Oracle的UTF8字符集由来已久，至少在8的时候就已经存在了，而对应的是UNICODE3.0。而AL32UTF8字符集是9i才出现的，其对应的是UNICODE5.0。这两种字符集的区别在于，UNICODE5.0

  UTF8和AL32UTF8是Unicode字符集的编码，包括所有现代语言的所有字符。UTF8和AL32UTF8允许使用受支持语言的任意组合从一个数据库实例运行Oracle应用程序。AL3

概述总结一下查询oracle字符集的方法解决方案方法一：SQL>SELECTvalue$FROMsys.props$WHEREname='NLS_CHARACTERSET';VALUE$----------------------------

正常做短信平台，字符集编码格式一般都是ZHS16GBK，偶尔会遇到要改成AL32UTF8查看当前使用的字符集编码SQL>selectuserenv('language')fromdual;USERENV('LANGUAGE')-