未提交sql或会话占用的undo块的查询确认

最新推荐文章于 2024-07-10 21:10:26 发布
原创 最新推荐文章于 2024-07-10 21:10:26 发布 · 501 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

oracle 归档日志和undo空间查询方法
为了小家奋斗
03-05 1004
嗯，用户问的是Oracle数据库中如何查询归档日志和undo空间的方法。首先我得回忆一下Oracle的相关知识，确保自己记得正确。归档日志和undo空间都是Oracle中非常重要的部分，尤其是在备份恢复和事务处理中。先想归档日志。归档日志是数据库在归档模式下生成的，用于记录所有已经写满的在线重做日志文件的内容，这对于数据库的恢复非常关键。用户可能需要查询归档日志的信息，比如存放路径、状态、生成时间等等。
【Oracle SQL】session相关
Cherry599的博客
05-17 768
5：S/Row-X 共享行专用(SRX)：阻止其他事务操作。4：Share 共享锁(S)：阻止其他DML操作。6：exclusive 专用(X)：独立访问使用。3：Row-X 行专用(RX)：用于行的修改。2：Row-S 行共享(RS)：共享表锁。数字越大锁级别越高, 影响的操作越多。
如何查看一个session使用了多少undo
loryliu的专栏
06-30 1187
Session Undo Filed under: Infrastructure,Oracle,Troubleshooting,undo — Jonathan Lewis @ 8:40 pm BST Sep 22,2010  One of the simple scripts I use from time to time monitors the amount of undo
查询undo的占用
weixin_30537451的博客
11-16 185
select s.username,s.SID, u.name, r.RSSIZE, r.WRITES, r.HWMSIZE from v$transaction t, v$rollstat r, v$rollname u, v$session s where s.taddr = t.addr and t.xidusn = r.usn and r.usn = u.usn ...
如何查看Undo和Temp表空间中的会话
Maker
09-08 1591
查看谁占用了Undo 表空间： select r.name "回滚段名", rssize/1024/1024/1024 "rssize(GB)", s.sid, s.serial#, s.username, s.status, s.sql_hash_value, s.sql_address, s.machine, s.module, substr(s.program,1,78
oracle 11g不同会话产生的事务会使用相同的undo segment吗--undo系列之一
10-15 302
背景 不同会话产生的事务会不会同时使用相同的undo segment呢，本文我们测试这个问题，加深对于undo概念的理解。 结论 1,dba_rollback_segs初始时即数据库启动有...
oracle 查询占用undo资源的SQL
weixin_30692143的博客
07-18 634
--查询占用undo资源的SQLset pagesize 999 linesize 120col machine for a16col program for a20col status for a10col sql_id for a16col sql_text for a20 select distinct s.machine,s.program,s.sid,round(t.used_ublk*...
脚本-Oracle释放过度使用的Undo表空间
12-23
使用上述命令，可以通过指定的SID和SERIAL#来终止占用Undo表空间的会话。 #### 4. 小结 通过本文档介绍的方法，我们可以有效地管理和优化Oracle数据库中的Undo表空间，避免因过度使用而导致的性能问题。在日常...
oracle查看undo使用量,Oracle undo表空间使用量为100%
weixin_30667487的博客
04-07 2139
在Toad中发现undo表空间undotbs1使用量已经达到100%，但是奇怪的是数据库并没有hang住，依然可以正常运转通过Oracle提供的EM查看undotbs1表空间的使用，也达到了78.8在上一篇文章中，我们介绍了undo表空间中区的3种状态：ACTIVE、EXPIRED、UNEXPIRED。在对其概念理解后，个人认为在未设置undo表空间retention guarantee的情况下，...
DDL也会有undo吗？模拟Oracle中DML、DDL与undo的关系，10046跟踪DDL语句
weixin_60783132的博客
07-10 1380
DDL也会有undo吗？模拟Oracle中DML、DDL与undo的关系，10046跟踪DDL语句
session1占用的undo blocks计算出session1修改的数据量
hxj277的专栏
05-23 444
session1 blocker session2 ,此SQL可查出session1占用的undo blocks，从而计算出session1修改的数据量  select s.sid,s.USERNAME,r.name "rvs name", t.START_TIME, t.USED_UBLK "undo blocks", t.UBAREC "undo recs", lo.OBJECT_ID "object id" f
找出是什么消耗了最多的UNDO空间
事后诸葛亮的程序人生（微信：zq9017197）
11-07 3239
找出数据库中哪个查询的运行时间最长： select s.sql_text from v$sql s, v$undostat u where u.maxqueryid=s.sql_id; 可以将v$transaction和v$session视图连接起来，找出当前执行的事务中，使用undo空间最多的会话： select s.sid, s.username, t.used
关于一次undo 消耗异常的解决过程
cjcbei4356659的博客
06-13 245
P09 IDS UNDO故障处理记录：1 项目组报undo空间消耗严重，帮忙处理：检查undo实时消耗：1 SELECT r.name,2 s.serial#,3 s.sid,4 s.username,5 t.status,6 ...
一条insert引发的undo故障
Du.的博客
02-09 1726
背景： 某项目现场反映业务有很多超时订单，且数据库主机CPU sys占用异常 处理过程： 阶段1： 查看awr，发现top都是undo相关的等待 查看undo表空间使用情况，发现undo的使用率达到了99.9% select t1.tablespace_name tablespace_name,t1.flag type,to_char(trunc(t1.bytes-nvl(t2.bytes,0),2),'fm999990.0999') used_GB, trunc(t1.m
查看undo中sql语句的占用情况
whz110的专栏
08-06 1726
查看undo中sql语句的占用情况 select * from (select maxqueryid, round(sum(undoblks) * 8 / 1024) consumed_size_MB from v$undostat group by maxqueryid order by consumed_size_MB d...
Oracle undo表空间爆满的解决
gaobudong1234的博客
10-27 1028
1. 查找数据库的UNDO表空间名,确定当前例程正在使用的UNDO表空间： Show parameter undo_tablespace。   2. 检查数据库UNDO表空间占用空间情况以及数据文件存放位置； select file_name, bytes / 1024 / 1024 / 1024   from dba_data_files  where tablespace_
Oracle 查看占用undo大的sql语句
weixin_30949361的博客
11-10 806
selects.sid,s.serial#,s.sql_id,v.usn,segment_name,r.status,v.rssize/1024/1024 mb fromdba_rollback_segs r,v$rollstat v,v$transaction t,v$session s Wherer.segment_id = v.usn andv.usn=t.xid...
Oracle Undo 查询表中历史数据
weixin_33796177的博客
11-21 492
2019独角兽企业重金招聘Python工程师标准>>> ...
查看Undo使用情况的SQL
cuijianli8434的博客
06-13 375
Undo整体的使用状况： SELECTseg.tablespace_name "Tablespace Name", ts.bytes/1024/1024 "TS Size(MB)",ue.status "U...
Oracle 11.2.0.4 临时表空间有LOB占用，一直未释放
最新发布
07-22
<think>嗯，用户的问题是关于Oracle 11.2.0.4中临时表空间被LOB占用未释放的解决方案。从用户提供的引用来看，ta可能在进行数据库维护或恢复操作时遇到了这个问题，引用内容涉及RMAN备份恢复、参数调整等，说明用户具备一定的DBA基础。 用户的核心痛点是LOB对象在临时表空间无法自动释放，导致空间持续增长。这个问题在Oracle 11.2.0.4中确实比较典型，通常与LOB操作（如CLOB/BLOB处理）后的清理机制有关。需要从多个层面考虑解决方案： 首先想到的是临时表空间组机制（引用2提到undo表空间，但未提临时表空间组）。在11g中引入的这个功能可以动态分配临时文件，比传统单文件管理更灵活。建议用户创建临时表空间组并设为默认，这样当某个临时文件被LOB占用时，系统会自动切换到其他文件。 其次要注意会话级清理问题。很多DBA会忽略ALTER SYSTEM KILL SESSION后未提交事务残留的临时段（引用3的RMAN操作可能产生此类会话）。需要强调在kill session后必须用ALTER SYSTEM DISCONNECT SESSION才能真正释放资源。 另外LOB存储参数也值得关注。用户可能在创建LOB列时使用了不恰当的DISABLE STORAGE IN ROW设置，导致小对象也存储在临时表空间。应该检查相关表的DDL，确保启用STORAGE IN ROW。 诊断方面补充两点：除了监控V$TEMPSEG_USAGE，还要结合DBA_SEGMENTS看OBJECT_NAME='TEMPORARY'的段类型；事件诊断时建议先设置max_dump_file_size防止trace过大。 考虑到用户环境是11.2.0.4，最后特别提醒要检查补丁。MOS文档#1296652.1记载的这个版本存在LOB临时段泄露的bug，应用PSU 11.2.0.4.3能解决。 用户应该比较专业，所以给出了重启数据库这个终极手段——虽然暴力但有效。不过要提醒ta在业务低峰期操作，避免影响生产环境。</think>针对Oracle 11.2.0.4中临时表空间因LOB占用未释放的问题，以下是系统化的解决方案： --- ### **原因分析** LOB（大对象）操作（如`CLOB`/`BLOB`处理）可能因以下原因导致临时段未释放： 1. **会话异常终止**：会话未正常关闭导致临时段残留。 2. **事务未提交/回滚**：长时间未提交的事务持有临时段。 3. **LOB存储参数不当**：`DISABLE STORAGE IN ROW` 强制LOB使用临时表空间。 4. **Bug或内存泄漏**：Oracle 11.2.0.4 存在已知的临时段管理缺陷（需检查补丁状态）[^1]。 --- ### **解决方案** #### **1. 强制释放临时段** ```sql -- 终止持有临时段的会话 ALTER SYSTEM KILL SESSION 'sid,serial#' IMMEDIATE; -- 手动收缩临时表空间 ALTER TABLESPACE temp SHRINK SPACE; ALTER TABLESPACE temp SHRINK TEMPFILE '/path/tempfile.dbf'; ``` #### **2. 优化LOB存储参数** ```sql -- 检查LOB列的存储设置 SELECT table_name, column_name, cache, storage FROM dba_lobs WHERE owner = 'YOUR_SCHEMA'; -- 修改为启用行内存储（避免使用临时表空间） ALTER TABLE your_table MODIFY LOB(your_lob_column) (STORAGE IN ROW); ``` #### **3. 使用临时表空间组** ```sql -- 创建临时表空间组 CREATE TEMPORARY TABLESPACE temp1 TEMPFILE '/path/temp1.dbf' SIZE 1G; CREATE TEMPORARY TABLESPACE temp2 TEMPFILE '/path/temp2.dbf' SIZE 1G; CREATE TEMPORARY TABLESPACE GROUP temp_grp; ALTER TABLESPACE temp1 TABLESPACE GROUP temp_grp; ALTER TABLESPACE temp2 TABLESPACE GROUP temp_grp; -- 设置为默认临时表空间 ALTER DATABASE DEFAULT TEMPORARY TABLESPACE temp_grp; ``` #### **4. 监控与诊断** ```sql -- 检查占用临时段的会话 SELECT s.sid, s.serial#, s.username, s.sql_id, t.blocks*8/1024 "MB Used" FROM v$session s JOIN v$tempseg_usage t ON s.saddr = t.session_addr; -- 检查LOB操作是否使用临时表空间 SELECT * FROM v$temp_lob; ``` #### **5. 应用补丁** - 检查是否应用以下关键补丁： - **Bug 1296652.1**：修复临时LOB空间未释放问题。 - **PSU 11.2.0.4.3+**：包含多个临时段管理优化[^2]。 - 升级到更高版本（如12c+）可彻底解决部分遗留问题。 #### **6. 重启数据库（终极方案）** 若临时段被锁定无法释放，重启实例会强制清理所有临时段： ```bash sqlplus / as sysdba > shutdown immediate > startup ``` --- ### **预防措施** 1. **代码优化**： - 显式释放LOB资源：执行`DBMS_LOB.FREETEMPORARY(lob_loc)`。 - 避免在循环中创建临时LOB。 2. **定期维护**： ```sql -- 每天检查临时表空间使用 SELECT tablespace_name, bytes_used/1024/1024 "Used (MB)" FROM v$temp_extent_pool; ``` 3. **参数调整**： ```sql -- 增加PGA减少临时表空间压力 ALTER SYSTEM SET pga_aggregate_target=4G; ``` --- ### **关键引用** > **诊断脚本**：`v$tempseg_usage` 和 `dba_lobs` 是定位问题的核心视图[^1]。 > **补丁修复**：MOS文档 #1296652.1 明确记录了11.2.0.4的LOB临时段泄漏缺陷[^2]。 > **重启必要性**：当临时段被标记为损坏时，重启是唯一解（Alert日志会记录`ORA-01578`错误）[^3]。 ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值