oracle shutdown immediate等待时间很长之思考

本文探讨了在Oracle数据库中执行`shutdown immediate`时遇到的长时间等待问题,分析了可能的原因,包括大量客户端进程、未提交事务、长时间运行的会话和SMON进程清理速度。在金融业务环境中,由于PL/SQL Developer的频繁使用,连接数过多导致关闭缓慢。提出了通过`ps aux | grep oracle`检查进程,并使用特定SQL语句批量结束会话的解决策略,以加速数据库关闭流程。同时强调了正常关闭数据库的步骤,包括关闭监听、断开会话和执行`shutdown immediate`。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题引出:测试环境,进行oralce的shutdown immediate,等待时间很长,长的无法等待

ORACLE shutdown 过程

1、shutdown normal(正常关闭方式):阻止任何用户建立新的连接;等待当前所有正在连接的用户主动断开连接;当所有的用户都断开连接后,将立即关闭数据库

2、shutdown transactional(实务关闭方式):阻止用户连接新的连接和开始新事务;等待所有活动事务提交后,再断开用户连接;当所有的活动实务提交完毕、所有的用户都断开连接后,将关闭数据库

3、shutdown immediate(立即关闭方式):阻止用户连接新连接和开始新事务;将未提交的活动事务回退;关闭数据库

4、shutdown abort(终止关闭方式):阻止用户建立新连接和开始新事务;取消未提交的活动事务,而不是回退;立即终止正在执行的任何SQL语句;立即关闭数据库

无疑,shutdown abort是最开速关闭数据库的方式,但是很可能会使数据库处于不一致状态,严重可能损坏数据库,导致数据库起不来,特别是生产环境。虽然现在是测试环境,但是也不建议这样做。推荐使用shutdown immediate方式关闭数据库。

快速关闭数据库的因素:

1、连接的客户端进程数量

2、未提交的事务占用的UNDO BLOCK数量

3、长时间运行的会话

4、SMON进程清理临时段的速度

问题分析与解决:

金融业务,频繁使用PL/SQL developer连接数据库进行查询

输入ps aux | grep oracle查看进程


可以看到LOCAL=NO,即通过监听进行的网络连接,看了下环境,大概有好几千个

可以进行kill -9 pid进行结束会话,但是好几千个会话,一个个的输入是要累死的节奏。shutdown immediate的时候,oracle也会自动去断开所有的客户端连接,这样也很慢。

使用如下语句进行批量杀会话,这样就可以快速关闭数据库了

ps aux |grep "LOCAL=NO" |awk '{printf "%s\n", $2}' |xargs kill -9

正常关闭数据库流程:

1、关监听

2、断session

3、shutdown immediate



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值