宁静致远

这一节主要讲述索引的使用，首先介绍怎么在查询中避免使用索引，然后介绍优化器怎么判断是否使用索引，并介绍了强制使用索引的方法，最后介绍了Oracle的并行处理方法。避免使用索引虽然你创建了索引，但有些查询你可能需要避免使用这些索引，或者你为了做一些测试，希望看看各种情况下查询的情况，也希望能够避免使用一些索引或者索引扫描方式。Oracle提供了方式来达到这些目地，就是在查询中使用hint信息

lsnrctl（Listener Control）是一个SQL*Net工具，用于控制数据库listener，这个工具提供了命令用于控制listener的启动、停止，查看listener的状态，改变listener的配置参数等。lsnrctl介绍在命令行中输入lsnrctl，你将得到：C:\Documents and Settings\Administrator>lsnrctlL

早期Oracle查询优化器的开销计算是基于执行SQL语句所需要的物理读，这个方法被叫做I/O开销模式（I/O cost model），这个方法的主要缺点是认为单块读和多块读开销相当。在Oracle 8i中，初始化参数optimizer_index_caching和optimizer_index_cost_adj解决了这个问题，但参数的默认值仅适用于报告系统和数据仓库。直到Oracle 9i，ORa

对象统计信息描述数据是如何在数据库中存储的，查询优化器使用这些统计信息来做出正确的决定。Oracle中有三种类型的对象统计信息：表统计、列统计和索引统计。而在每种类型中，有细分为：表或索引级别的统计、分区级别统计和子分区级别的统计，后面两种只有在对象被分区和具有子分区的情况下才可用。统计信息相关视图表统计信息表/索引级别的统计user_tab_statisticsuser_ta

行迁移和行链接都会导致Oracle性能下降，这篇文章将介绍什么是行迁移和行链接，它们带来的问题，如何来判断它们，并提供了解决它们的办法。什么是行迁移和行链接行迁移Oracle的数据块会保留部分空间供以后更新使用，通常的数据块结构如下：PCTFREE定义一个块保留的空间百分比，默认是10，表示当数据块的可用空间低于10%后，就不可以被insert了，只能被update（具体看下面

DML锁，也叫做数据锁（data lock），用于保证在多用户操作数据时数据的完整。DML锁防止相互冲突的DML和DDL操作同时发生。DML锁有行锁（Row Locks，TX）和表锁（Table Locks，TM），不同的DML操作会自动请求对应的锁。行锁（Row Locks，TX）行锁也叫TX锁，用于锁表的一行数据。当一个事务对一行数据做INSERT、UPDATE、DELETE、

Oracle为DML操作自动获取行锁和表锁，操作的类型决定了锁的行为，下面对DML操作锁的情况作了一个汇总：SQL StatementRow LocksTable Lock ModeRSRXSSRXXSELECT ... FROM table...——noneYYYYYINSERT INTO

在操作Oracle时，我们经常都会删除一个表，当删除错误后，我们希望能够恢复该表，有时也希望删除表之后能够立刻释放表的空间。下面将介绍在Oracle中表的删除、恢复和空间释放。DROP TABLE当你drop一个表时，数据库不会立刻释放表的空间，而是重命名这个表然后将其放入回收站中，可以通过下面的方式查看一个删除的表：select object_name,original_na

Oracle数据库用了多种系统锁保护内部数据库和内存结构，这些机制对于用户来说是透明的。闩（Latches）闩是简单的、低级别的序列化机制，协调多个用户使用共享数据结构、对象和文件，闩在并行处理中保护共享内存资源，特别地，闩在下面的场景中保护数据结构： 1）被多个session并行修改； 2）当被一个session读的同时被另一个session修改； 3）当被访问时重新分配内存

Oracle提供了大量的系统参数，下面是查询方法小结。系统当前参数系统当前参数涉及到这些视图：v$parameter、v$parameter2、v$system_parameter、v$system_parameter2和v$spparameter。v$parameter存放session级的参数，如果没有被"alter session"修改，默认和system级的参数值相同，下面

SQL语句执行时，Oracle的优化器会根据统计信息确定表的访问方式，一般来说，有两种基本的数据访问方式：1）全扫描。在全扫描（全表扫描或者快速全索引扫描）中，多个块被读入到一个IO运算中。2）索引扫描。索引扫描首先扫描索引叶子块以取得特定的行id（rowid），然后利用这些行id来访问父表取得实际的行数据，访问通过单块读取来完成。这里主要讲解全扫描方式，后面将介绍索引扫描。使用全扫描当对

tkprof是Oracle自带的一个命令行工具，主要作用是将原始的跟踪文件转换为格式化的文本文件，最简单的使用方式如下：tkprof ly_ora_128636.trc ly_ora_128636.txttkprof带有很多参数，在多数情况下，使用这些参数对你的分析将很有帮助。tkprof参数如果不带任何参数运行tkprof，它将打印出完整的参数列表，并带有简单的描述。下面是对参数

在创建索引时，我们往往希望能够预估索引大小，以评估对现有工程环境的影响，我们也希望创建索引的过程能够最小化的影响我们正在运行的工程环境，并能查看索引的状况。预估索引大小预估索引大小，最好的办法是在测试环境中创建它，测试环境最好包含完整的工程环境数据，否则只有通过部分数据来推算完整的索引大小。如果不能搭建测试环境，Oracle提供了存储过程DBMS_SPACE.CREATE_INDEX_

上篇文章讲述了全扫描，这篇文章将介绍索引的结构和扫描方式，在后面将开始讲述每一种扫描方式。当Oracle通过索引检索具体的一列或多列的列值时，就会执行索引扫描。首先我们来看看索引节点包含的数据。索引节点包含的数据索引可以被创建在表的单列或者多列上，索引中包含了这些列的值、rowid和一些其它信息，我们关心的只有列值和rowid。由于索引带有列值，应此如果你的SQL语句只涉及到索引的列，

当索引出现问题时，会导致严重的性能问题，索引问题包括索引不可用、索引碎片导致性能下降，我们需要一些手段在检测索引的问题，并解决这些问题。这一篇将为你讲述怎么定位索引问题，并提供了解决的办法。索引不可用索引不可用的原因有很多，包括： 1）索引空间耗尽，导致SQL*Loader更新索引失败； 2）创建索引的过程中实例失败； 3）唯一键有重复值； 4）某个索引的顺序与sorted

下面是trace文件中的一个片段，表示一个SQL执行的过程，一个trace文件由很多这样的片段组成：PARSING IN CURSOR #4 len=135 dep=1 uid=0 oct=3 lid=0 tim=777069789359 hv=1115215392 ad='33e7e384'select /*+ index(idl_char$ i_idl_char1) +*/ piece#

上一节讲了重建索引的原因和重建方法，这节继续介绍几个常用的SQL语句和存储过程。查询所有失效的全局索引select index_name, status from user_indexes where table_name = upper(table_name) and status = 'UNUSABLE'查询所有失效的分区索引select index_name

当Oracle查询出现效率问题时，我们往往需要了解问题所在，这样才能针对问题给出解决方案。Oracle提供了SQL执行的trace信息，其中包含了SQL语句的文本信息，一些执行统计，处理过程中的等待，以及解析阶段（如生成执行计划）产生的信息。这些信息有助于你分解sql语句的服务时间和等待时间，并了解所用资源和同步点的详细信息，从而帮助你诊断存在的性能问题。这篇文章介绍了怎么开启SQL跟踪和获取

这节将介绍各种索引扫描方式，在了解了各种索引扫描方式的特点后，你就可以判断你的执行计划中使用的扫描方式是否正确，并可以针对获取的信息作出改进。索引唯一扫描在下面的场景中使用相等条件时，数据库使用索引唯一扫描。 1）查询条件中包含唯一索引中的所有列时； 2）查询条件使用主键约束列时。下面是一个实际的例子，在表historyalarm中创建如下唯一索引：create uniqu

当一个正在进行的DDL操作执行在或者引用了schema对象（注）时，Data dcictionary(DDL)锁用于保护该schema对象的定义，在DDL操作执行期间仅锁定单个schema对象，数据库从不锁定整个数据字典。Oracle数据库自动地请求DDL锁，用户不能显示请求DDL锁。例如，如果用户创建一个存储过程，那么数据库自动为存储过程中引用的对象请求DDL锁，这些DDL锁防止存储过程被编