一则案例分析之“enq: TX - row lock contention ”
数据库TOP等待“enq: TX - row lock contention”:Load Profile无明显异常,OS负载均正常: -3.尝试查看hist 时间段的sql信息,执行结果几分钟都不出结果,SQL查询执行计划:4.分析dba_hist_active_sess_history(基表SYS. WRH$_ACTIVE_SES
Oracle Priority Transaction
关于优先事务(Priority Transaction)n 如果低优先级事务阻塞了高优先级事务,Oracle数据库将自动中止低优先级事务,以便高优先级事务能够继续进行务优先获取锁资源,这就是优先事务的功能。n 该功能保持高事务吞吐量的同时,也减轻了数据库维护工作。n 从 Oracle Databa
Oracle大in慢查询优化
1、某客户业务模块大in导致慢SQL:2.从现场获取到慢SQL信息:1)表数据量不大,只有几十万2)表更新较为频繁,从另外系统同步过来,实际上变更并不频繁,只有少量的updates3.AWR报告无明显异常:4.业务逻辑分析:1)原始SQL:SELECT A.FId "id", A.fnumber "number", A.fctrlstrategy "
Oracle Direct Path Read优化
关于Direct path read,参考连接(Oracle等待事件) https://mp.weixin.qq.com/s/L_g-QRRj2s5a7pVN087fFw
Oracle LibCache等待优化(一)
1. 慢SQL导致业务响应失败2.TOP 10等待与gc,libcache lock/pin相关 3.ADDM硬解析 4. TOP等待包括大量后端进程等待5. SQL by parse//TOP数据字典查询select /* KSXM:LOAD_DML_INF *//*+ leading(
古老的Oracle TPCC工具-Hammerora
Benchamark-->TPC-C-->TPC-C Schema Options(加大负载可以增加数据)设置option3.设置cerate TPC-C schema4.Run TPCC5.查看tpcc测试结果:点击查看transaction counter(tpm)
Oracle standby redo log配置
1.关于standby redo log配置 /* A standby redo log is required for the maximum protection and maximum availability modes and
Oracle optimizer_mode以及常见hint(一)
1.optimizer_mode: -all_rows:优化器寻找在最短的时间内完成整个语句的执行计划(返回所有行:默认的) -first_rows_N:N为(1,10,100或者1000) -first_rows(n):n为任意正整数,优化器通过第一个join order来估算返回行数,目的在于最小的的资源返回整个数据片段的执行计划,从9i引入 -first_rows:在最