当前位置：首页 > 问答 > 正文

Oracle字符集那些事儿，顺便教你怎么快速查字符集信息

太叔访天
问答
2026-01-11 06:46:12
4

说到Oracle数据库的字符集，你可以把它想象成数据库的“语言包”或者“密码本”，它决定了数据库用什么规则来存储和显示我们输入的文本字符，比如中文、英文、阿拉伯文，甚至是各种特殊符号，如果这个“密码本”选错了或者不匹配，那你很可能会看到一堆乱码，鍟婂晩”代替了“你好”，这就非常麻烦了，这事儿其实挺重要的，尤其是在涉及到不同国家、不同语言系统的项目时，下面我就跟你聊聊字符集的那些事儿,再告诉你怎么快速查看这些信息。

为什么字符集这么重要？

主要就是怕出现乱码，乱码是怎么产生的呢？就像两个人用不同的密码本在通信，你在一个只能识别英文的数据库（比如US7ASCII字符集）里，强行存入了中文汉字，那么数据库根本看不懂这些汉字，它可能会用一些奇怪的英文字符组合来勉强表示，等你再想查看这些数据时，数据库用它的“英文密码本”去解读,显示出来的自然就是一堆天书了。

字符集还影响数据库的存储空间，有些字符集，比如AL32UTF8（现在最推荐的Unicode字符集），它能表示全球几乎所有的字符，但存储一个汉字可能需要3到4个字节，而像ZHS16GBK这种专门为中文字符设计的字符集，存储一个汉字通常只需要2个字节，所以在某些纯粹存储中文、对空间敏感的场景下，选择合适的字符集也能节省空间，现在更推荐使用AL32UTF8，因为它兼容性最好,一劳永逸。

都有哪些常见的字符集？

你不用记太多,知道几个最主流的就行：

Oracle字符集那些事儿，顺便教你怎么快速查字符集信息

AL32UTF8： 这是Oracle推荐的“万金油”字符集，它基于Unicode标准，能存储世界上几乎所有语言的字符，如果你的应用要面向全球，或者未来有可能支持多语言，选它准没错,这是目前的新建数据库的首选。
ZHS16GBK / ZHT16MSWIN950： 这两个是以前中文环境常用的，GBK是针对简体中文的，MSWIN950是针对繁体中文的，它们的优点是存储中文效率高，但局限性也大,比如可能无法正确显示一些生僻字或少数民族文字。
US7ASCII： 这是最基础的字符集，只能表示128个英文字符和控制符。绝对不要用它来存中文，百分之百乱码,现在基本只在一些非常古老的纯英文系统里能看到。
WE8MSWIN1252： 这是西欧语言的常用字符集，适合英语、法语、德语等。

选择字符集的一个核心原则是：数据库的字符集应该是客户端操作系统字符集的超集，也就是说,数据库要能认识所有客户端发过来的字符。

怎么快速查看字符集的详细信息？

最直接、最快的方法就是登录到数据库，用SQL语句来查，你不需要知道很复杂的命令,记住下面这几个就够了：

查看数据库核心字符集： 这是最重要的信息,你只需要执行下面这个查询：

SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');

这里会返回两条结果：
- NLS_CHARACTERSET： 这是数据库的主字符集，它决定了VARCHAR2, CHAR, CLOB等常规字符类型字段的存储规则，我们平时说的“数据库字符集”通常就是指它。
- NLS_NCHAR_CHARACTERSET： 这是国家字符集，它专门用于NCHAR, NVARCHAR2, NCLOB这些数据类型，通常这个会被设置为AL16UTF16，用于存储Unicode字符，作为对主字符集的一个补充,确保特殊字符能正确存储。
（根据Oracle官方文档关于NLS参数视图的说明，NLS_DATABASE_PARAMETERS视图显示的是数据库创建时设置的永久参数）
查看当前会话的字符集设置： 你可能会想看看自己当前这个连接会话用的是啥设置,可以用：

SELECT * FROM NLS_SESSION_PARAMETERS WHERE PARAMETER LIKE '%CHARACTERSET%';

这个结果通常会继承自数据库的设置，但如果客户端有特殊配置，这里可能会不一样，它反映了你“当前”环境下的编码规则。
一个更简单的命令： 如果你只想快速瞥一眼最主要的字符集,还有一个非常简单的查询：

SELECT USERENV('LANGUAGE') FROM DUAL;

这个命令会返回一个字符串，里面包含了语言、地域、以及数据库字符集信息，SIMPLIFIED CHINESE_CHINA.AL32UTF8”,一目了然。

（根据Oracle官方文档对USERENV函数的描述，‘LANGUAGE’参数会返回当前会话的语言和字符集信息）