说说怎么查Oracle数据库里字符集那些事儿，方法和步骤大概介绍一下

要弄清楚Oracle数据库里的字符集那些事儿，得从几个层面来看，因为Oracle的字符集设置不是单一的一个点，而是由好几个部分组成的，这些部分如果对不上，就很容易出现乱码问题，咱们一步一步来说，方法都比较直接,用SQL语句就能查。

最核心的是查数据库本身的字符集，这个字符集决定了数据库里能存储什么样子的文字，比如是纯英文的，还是支持中文的，查这个最常用的方法是连接上数据库之后，用下面的SQL语句来查，根据来源文档中的说明，可以查询NLS_DATABASE_PARAMETERS这个视图，这个视图里存放的是数据库创建时就定下来的永久性参数，不会因为会话改变而变，你可以这么写语句：SELECT * FROM NLS_DATABASE_PARAMETERS WHERE PARAMETER IN ('NLS_CHARACTERSET', 'NLS_NCHAR_CHARACTERSET');，这条语句跑出来，你会看到两行关键结果，一行是NLS_CHARACTERSET，这个叫“数据库字符集”，它用来存储CHAR、VARCHAR2、CLOB这些类型的数据，以及大部分的数据字典信息，我们平常说的中文字符集，比如ZHS16GBK、AL32UTF8，主要就看它，另一行是NLS_NCHAR_CHARACTERSET，这个叫“国家字符集”，是专门给NCHAR、NVARCHAR2、NCLOB这些国家字符数据类型用的，通常是为了补充存储一些像UTF-8这样的Unicode字符。

除了数据库本身这个“底子”，数据库服务器软件在运行的时候，还有一个“当前生效”的字符集环境，这个信息可以从NLS_INSTANCE_PARAMETERS视图里找到，这个视图反映的是在初始化参数文件（就是那个init.ora或者spfile）里设置的值，查询语句和上面类似：SELECT * FROM NLS_INSTANCE_PARAMETERS WHERE PARAMETER LIKE '%CHARACTERSET%';，一般情况下，如果这里没有特别设置，它会继承数据库级别的字符集，但如果有设置,那么它对整个数据库实例都有效。

更细一层的是你当前这个连接会话（Session）的字符集环境，你每次用工具（比如SQLPlus、PL/SQL Developer）连进数据库，都会产生一个会话，这个会话有自己的字符集设置，它会覆盖实例级别的设置，但不会影响数据库底层的存储，查这个会话的字符集，要看NLS_SESSION_PARAMETERS视图：`SELECT FROM NLS_SESSION_PARAMETERS WHERE PARAMETER LIKE '%CHARACTERSET%';`，这个会话的字符集环境是由你的客户端操作系统环境变量（比如Windows的NLS_LANG）或者客户端工具本身的配置决定的，它的作用是告诉数据库，我这个客户端希望用什么编码来接收和发送数据，如果这里设置得不对，哪怕数据库里存的是正确的中文,显示在你电脑屏幕上也可能是一堆乱码。

还有一个非常实用和直接的方法，是查询V$PARAMETER这个动态性能视图，你可以用SHOW PARAMETER NLS_CHARACTERSET这个简短的命令，或者写完整的SQL：SELECT NAME, VALUE FROM V$PARAMETER WHERE NAME LIKE '%NLS%CHARACTERSET%';，这个视图显示的是当前实例正在使用的参数值，它综合了数据库默认值、参数文件设置和内存中的动态调整,能让你快速了解现状。

除了这些核心的字符集参数，有时候还需要关注一下语言和地区相关的设置，因为它们会影响信息的显示格式，比如日期、货币符号的样子，可以顺带看一眼NLS_LANGUAGE（语言）和NLS_TERRITORY（地区），你可以在查询上面那些视图的时候，把WHERE条件放宽一点，或者直接查SELECT * FROM NLS_DATABASE_PARAMETERS;看全部相关参数。

查Oracle字符集，主要就是跟这几张视图打交道：要看“老底子”和永久设置就查NLS_DATABASE_PARAMETERS；要看服务器启动参数就查NLS_INSTANCE_PARAMETERS；要看你当前连接窗口的环境就查NLS_SESSION_PARAMETERS；想快速看一下当前实例用的啥就查V$PARAMETER，搞清楚这几层关系，再遇到乱码或者字符集相关的问题，你就知道该从哪儿下手去排查了，核心原则就是确保数据存储的字符集（数据库级）和数据传输展示的字符集（客户端会话级）能够正确匹配，这样文字才能正确地存进去,再完美地显示出来。