oracle数据库连接数增了，是不是得重启才行啊，还是能直接用？

大多数情况下，连接数增加了是不需要重启数据库的，可以直接用。 重启数据库通常被视为最后的手段，因为它会导致所有当前业务中断，影响非常大，数据库管理员有更灵活、更温和的方法来在线处理这个问题。

下面详细说说为什么,以及具体是怎么操作的。

连接数为什么会增加？

连接数增加，通常是因为你修改了一个叫做“进程数”或“会话数”的数据库参数，在Oracle中，控制连接总数的核心参数主要是 PROCESSES 和 SESSIONS，你可以把它们理解成数据库这个“酒店”的总房间数和最大可入住人数，当你的业务发展了，访问的用户和程序变多了，原来的“房间数”不够用了,就需要把这个数量调大。

增加后，为什么通常不需要重启？

这取决于你修改参数时使用的方法,Oracle的参数有两种类型：

1. 静态参数：这种参数比较“固执”，修改它的值后，必须重启数据库实例，新值才会生效，就好像给酒店大楼进行结构性扩建,必须停业施工。
2. 动态参数：这种参数很“灵活”，可以在数据库正在运行的时候直接修改，并且立即生效，或者最晚在下一个相关操作时生效，就好像酒店还有空余的房间，你只是把“今日有房”的牌子挂出去,马上就能接待新客人。

幸运的是，最关键的那个参数 PROCESSES，在Oracle 11g及以后的版本中，通常被设计成了动态参数（具体取决于版本和设置），这意味着，在绝大多数现代Oracle数据库环境中，你完全可以在不重启的情况下,在线增加连接数。

不需要重启，具体怎么操作？

数据库管理员会使用类似下面的SQL命令在数据库里进行操作（这里只是让你明白原理，非专业人员请不要在生产环境随意尝试）：

-- 查看当前的PROCESSES值是多少
SHOW PARAMETER PROCESSES;
-- 使用ALTER SYSTEM命令动态修改它，比如从150增加到300
ALTER SYSTEM SET PROCESSES = 300 SCOPE = BOTH SID = '*';

这里的关键在于 SCOPE=BOTH 这个选项,它表示：

• SCOPE=MEMORY：只改变当前运行中的数据库内存里的值，立即生效,但重启后又会变回原来的设置。
• SCOPE=SPFILE：只改变磁盘上配置文件里的值，这次重启不生效,下次重启才会生效。
• SCOPE=BOTH：同时改变内存中的值和磁盘上的配置文件，这意味着既立即生效，重启后也会保持新值,这才是我们想要的效果。

执行完这个命令后，新的连接数限制基本上立刻就生效了，新的应用程序连接就可以连上来了,完全不需要重启数据库。

在什么情况下才需要重启？

虽然不常见,但确实存在一些特殊情况需要重启：

1. 非常老的Oracle版本：在古老的版本（比如10g早期版本）中，PROCESSES 参数可能被定义为静态参数，如果是这样,修改它就必须要重启。
2. 参数修改失败或异常：极少数情况下，在线修改可能因为某些未知原因没有成功，或者数据库状态异常,这时DBA可能会选择重启来确保参数被正确加载。
3. 连接数耗尽，已经无法登录：这是一个比较棘手的情况，如果连接数已经达到上限，新的管理连接（比如DBA用的SQLPlus）也可能被拒绝，导致“无法分配共享内存”之类的错误，这时候连都连不上去，自然没法在线修改，DBA会尝试用“特权用户”进行登录，如果连特权用户也登录不了，那可能就真的只能通过重启来强制释放所有连接，然后才能修改参数了，但这属于故障处理范畴,是万不得已的办法。

总结一下

• 核心结论：现在主流的Oracle数据库，增加连接数后不需要重启，可以直接使用,这是标准且推荐的操作方式。
• 实现方式：通过数据库管理员执行特定的SQL命令（如 ALTER SYSTEM ... SCOPE=BOTH），可以实现在线、动态地调整参数,立即生效。
• 重启是底牌：重启数据库会造成业务中断，是代价很高的操作，有经验的DBA会尽量避免不必要的重启,动态参数调整就是避免重启的典型例子。
• 遇到问题别自己动手：如果你不是数据库管理员，发现连接数不足的问题，正确的做法是立即联系你的DBA团队，由他们来专业地判断和处理，他们能清晰地分辨出当前的情况是属于常规的在线调整,还是遇到了需要重启的特殊故障。

下次再遇到这个问题，你可以放心，大概率你的DBA在后台点几下鼠标、敲一行命令，问题就解决了,而你正在运行的系统完全不会感觉到任何中断。