Robo's Blog【海阔凭鱼跃,天高任鸟飞】

ORALCLE如何收集数据库系统最繁忙时段的AWR性能报告

enq: TX - row lock contention等待事件的三个参数如下，其中P2和P3可以定位XID

一、前言WHERE条件用不到索引的情况下如何删除大表记录?文章中只是列举出其中一种方式而已,但仍然存在很多不严谨的地方.只是轻描淡写随着数据表越来越大,历史数据的处理将越来越困难.且过滤字段没有索引(如时间)字段,而创建索引是需要临时表空间排序的.有越来越大,创建的维护工作也随之越来越难.除了本文介绍的方法以外,还可以通过以下几种方法来维护历史数据:1. 创建历史表,将历史

http://blog.youkuaiyun.com/robo23/article/details/42616067文章里简单地比较了EXPLAIN PLAN FOR和SET AUTOTRACE的方法来打印执行计划。但偶然的机会我发现SET AUTOTRCE尽管有真实去执行SQL，但打印出来的执行计划并不一定准确。看如下实验：T表有10万条记录，A字段有普通索引，A字段的选择性很好：SQL>

EXPLAIN PLAN 和 AUTOTRACE 都可以查看执行计划。 值得一提的是：前者只是优化器通过读取数据字典的统计信息做出'最佳'访问路径判断，并没有真正去执行语句；后者是实际去执行了SQL语句，同时把访问记录数、执行计划、统计信息等打印出来。下面粘出实验结果加以说明，注意对比两者的耗时： SQL> CONNECT /AS SYSDBAConnected.SQL> SET

浅析ORACLE数据库高水位线(high water mark)

ORACLE自带的DBMS_REDEFINITION包功能非常强大，可以用于降低高水位线，回收碎片空间，对表做在线重定义（添加或删除字段，改变字段类型，普通表重定义表为分区表，分区表重定义表为普通表等等）        另外，它有一个非常强大的功能，“在线”二字体现得淋漓尽致，但是也并不是完全的在线，因为在完成重定义前的最后一下，会持会表级排他锁，但这个锁定时间是可控的。

oracle 11g索引的可见与不可见特性使得索引优化更便捷

实验讲解DB_FILE_MULTIBLOCK_READ_COUNT对物理读和IO次数的影响

我们可以将AWR元数据迁移(导入)到其他数据库，低版本的导入到高版本，再用高版本的数据库生成AWR报告，也能使用一些新特性，如SQL ordered by Physical Reads (UnOptimized)SQL ordered by User I/O Wait Time 导出：testnode:/home/oracle$export ORACLE_SID=wy1te