Oracle怎么查询数据库连接数？

在Oracle数据库的日常管理与维护中,监控和查询数据库的连接数是一项至关重要的基础操作，无论是为了进行性能诊断、排查应用问题，还是为了确保资源合理利用和满足许可证要求，数据库管理员（DBA）和开发人员都需要掌握如何准确、高效地获取连接信息，本文将系统地介绍在Oracle中查询数据库连接数的多种方法，从基础统计到深入分析，帮助您全面理解数据库的连接状态。

基础概念：会话与进程

在开始查询之前,有必要厘清两个核心概念：会话和进程，通常我们所说的“数据库连接”，在Oracle中更准确的术语是“会话”。

• 会话：指一个用户通过某个应用程序或工具与数据库实例建立的逻辑连接，当用户成功登录数据库后，就创建了一个会话，一个用户可以同时拥有多个会话。
• 进程：指在操作系统层面，为会话提供服务的实际进程，在专用服务器连接模式下，每个会话通常会对应一个专用的服务器进程。

我们查询的“连接数”本质上是在查询数据库当前的“会话数”。

核心查询：查看当前数据库连接数

Oracle提供了丰富的动态性能视图,其中V$SESSION是查询会话信息最核心、最常用的视图。

查询所有会话总数

这是最直接的查询,它会返回数据库实例当前所有的会话数量，包括所有后台进程和用户会话。

SELECT COUNT(*) AS total_sessions FROM v$session;

这个数字提供了一个宏观的总量,但通常我们更关心用户会话的数量。

查询用户会话总数

为了排除Oracle的后台进程（如SMON、PMON、DBWn等），我们可以通过username字段进行过滤，后台进程的username通常为NULL。

SELECT COUNT(*) AS user_sessions
FROM v$session
WHERE username IS NOT NULL;

这个查询结果更贴近实际的应用连接数,是监控用户活动时最常用的指标。

按用户分组统计连接数

当需要分析是哪个应用或哪个用户占用了大量连接时,按用户分组统计非常有用。

SELECT username, COUNT(*) AS session_count
FROM v$session
WHERE username IS NOT NULL
GROUP BY username
ORDER BY session_count DESC;

通过这个查询,您可以快速定位到连接数异常的用户，例如某个应用程序的数据库账户。

查询非活动会话数

一个会话有两种主要状态：ACTIVE（活动）和INACTIVE（非活动），活动会话正在执行SQL语句或等待事务，而非活动会话则处于空闲状态，大量的非活动会话有时可能意味着应用程序存在连接泄漏或连接池配置不当。

SELECT COUNT(*) AS inactive_sessions
FROM v$session
WHERE status = 'INACTIVE';

如果这个数值持续偏高,就需要引起注意。

进阶查询：获取更详细的连接信息

仅仅知道连接数往往是不够的,我们还需要了解这些连接的详细信息，以便进行精确的故障排查，以下查询可以获取关键会话的详细列表：

SELECT
    sid,
    serial#,
    username,
    status,
    machine,
    program,
    logon_time,
    last_call_et
FROM
    v$session
WHERE
    username IS NOT NULL
ORDER BY
    logon_time DESC;

为了方便理解,下表解释了上述查询中各个关键字段的含义：

字段名	含义
sid	会话标识符，是会话的唯一ID号。
serial#	会话序列号，与sid组合使用可唯一标识一个会话。
username	登录数据库的用户名。
status	会话状态，常见值为ACTIVE（活动）和INACTIVE（非活动）。
machine	客户端所在的主机名或IP地址。
program	客户端使用的程序名称，如sqlplus.exe、JDBC Thin Client等。
logon_time	会话的登录时间。
last_call_et	距离上次执行SQL或操作所经过的时间（秒）。

通过这个详细的列表,您可以清晰地看到每个连接的来源、状态以及持续时间，为诊断问题提供了强有力的依据。

查询许可连接数与历史峰值

除了当前连接数,Oracle还提供了V$LICENSE视图，用于查看与许可证相关的会话统计信息，这对于容量规划和合规性检查尤为重要。

SELECT
    sessions_current,
    sessions_highwater,
    sessions_max
FROM
    v$license;

• sessions_current：当前的会话数，与从V$SESSION中查询到的用户会话数一致。
• sessions_highwater：自数据库实例启动以来，曾经达到的最高会话数峰值，这个值对于评估数据库的最大负载压力非常有价值。
• sessions_max：当前数据库实例允许的最大会话数，由参数SESSIONS决定。

掌握查询Oracle数据库连接数的方法是每个数据库从业者必备的技能,从简单的COUNT(*)统计，到按用户、按状态的分类查询，再到结合V$SESSION和V$LICENSE视图进行深度分析，这些操作共同构成了一个完整的监控与诊断体系，通过灵活运用这些查询，您可以实时洞察数据库的连接负载，快速定位潜在问题，从而保障数据库系统的稳定、高效运行，在日常工作中，建议定期执行这些查询，并对关键指标进行趋势分析，做到防患于未然。

---

相关问答FAQs

问题1：查询结果中的’ACTIVE’和’INACTIVE’状态分别是什么意思？哪个需要特别注意？

解答：
在V$SESSION视图中，STATUS字段描述了会话的当前活动状态。

• ACTIVE：表示该会话当前正在执行一个SQL语句、等待一个事件或处于一个活动的事务中，这是真正在工作消耗资源的会话。
• INACTIVE：表示该会话已经建立连接，但目前处于空闲状态，没有执行任何操作。

ACTIVE会话是数据库正常工作的体现，需要关注其执行的SQL是否高效，而INACTIVE会话本身是无害的，它只是占用了少量内存，如果INACTIVE会话的数量异常庞大（成百上千个），并且持续增长，那么就需要特别注意了，这通常意味着应用程序没有正确地关闭数据库连接（连接泄漏），或者应用服务器的连接池配置不合理（如超时时间过长），过多的INACTIVE会话会消耗数据库内存资源，并可能导致数据库达到最大连接数限制，使新的合法连接无法建立。

问题2：我发现连接数很多，并且有些连接是异常的，如何安全地终止某个特定的数据库连接？

解答：
如果确认某个会话需要被强制终止（它持有了锁阻塞了其他会话，或者它是一个僵尸连接），可以使用ALTER SYSTEM KILL SESSION命令。

步骤如下：

1. 找到要终止会话的SID和SERIAL#。 可以使用之前提到的详细查询：

   SELECT sid, serial#, username, machine, program
   FROM v$session
   WHERE username = '要终止的用户名' AND machine = '客户端主机名';

   假设查询结果是 SID=123, SERIAL#=45678。

2. 执行KILL SESSION命令。

   ALTER SYSTEM KILL SESSION '123,45678';

   请将'123,45678'替换为您实际查询到的sid和serial#。

安全注意事项：

• 谨慎操作：KILL SESSION是一个具有破坏性的操作，它会立即回滚该会话中所有未提交的事务，并释放该会话持有的所有锁。
• 应用端影响：与之对应的客户端应用程序会立即收到一个错误（如ORA-00028: your session has been killed），可能导致应用功能异常或报错。
• 沟通确认：在生产环境中，执行此操作前最好与应用开发人员或相关负责人沟通，确认终止该连接不会造成业务中断。
• IMMEDIATE选项：如果会话无法被正常终止（正在执行网络I/O或在等待锁），可以加上IMMEDIATE关键字，但这会更强制地回收资源，风险也更高，语法为：ALTER SYSTEM KILL SESSION '123,45678' IMMEDIATE;