ITPub博客

oracle 查询杀死死锁方案

Oracle Library Cache Lock 解决思路

一次library cache pin故障的解决过程

转自http://hotjava.javaeye.com/blog/1939061.1.1.SQL ordered by Elapsed Time：  记录了执行总和时间的TOP SQL(请注意是监控范围内该SQL的执行时间总和，而不是单次SQL执行时间ElapsedTime= CPUTime+Wa...

Library cache内部机制详解

AWR报告实战之cursor:pin S wait on X

cursor: pin S产生原理及解决方法

[@more@]latch:shared poolshared pool latch 起到保护堆的作用，为了查找free chunk，检索空闲列，分配适当的chunk，必要时候分割chunk。这些全部只能在获得shared pool latch之后才能执行。因此在获得shared pool latch过程中会发生latch:shared pool等待事件.一般情况下一个实例上只有一个latch:shared poolharding parse严重时，会发生分割chunk的现象.---==============================================================测试latch:shard pool等待事件创建测试脚本：create or replace procedure tt_pro isbeginfor i in 1.

Oracle常见等待事件之direct path read/write

Oracle 11g direct path read 等待事件的理解

监控Oracle数据库时发现，full table时的等待事件为direct path read.数据库的版本为：Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production 查了下资料，11gR2后对direct p...

Oracle的AWR报告分析

Oracle自适应共享游标

Automatic Statistics Gathering在Oracle10g中引入的优化器统计信息（Optimizer Statistics）自动收集，是一个看上去很不错的功能，但是在实际应用中却往往没有起到相应的效果，甚至在某些系统中我们会建议禁用这个...

并行特性在数据库里对于性能的提升很有帮助，尤其是大批量的数据处理。今天对于并行的性能情况进行了简单的图表分析。为了能够比较合理的比较数据，对数据库里的2张大表进行了比对分析。测试的场景有以下两个。1.并行生成dump文件，比如一个大表有100G，使用并行，并行度为50 ，那么很可能会生成50个dump文件，每个dump...

昨天基本休息了一天，想着生产系统升级也会多多少少碰到些问题，肯定有一些心得或者是值得学习的东西，结果昨晚到现在生产系统升级一直为一个pl/sql的问题所困扰。在测试环境中只用了十多分钟， 在生产系统上跑了快5个小时。这个经历太痛苦了，大半夜还在考虑怎么优化真是痛苦。这个也算是一个很深刻的学习经验，和大家...

在平时的工作中，可能需要导入一些数据，有些表可能比较大，对于constraint的操作可能会耗费大量的时间，今天简单做了一些相关的测试，也提出了一些相关的优化方案，对结果进行比较，看看哪种才是比较合理的方法。 首先监控redo,undo的生成量也是衡量的一个标准。本次测试就简单从redo,undo,执行时间这三个方面进行总结。...

AWR报告分析之三：cursor: pin S 的原理与案例分析

AWR报告分析之二：ges inquiry response 过高