1.使用marge快速插入;

MERGE /*+ append */
   INTO A d
USING (select * B where ...) f
    ON (d.account_no = f.account_no)
WHEN MATCHED THEN
    update set acc_date = f.acc_date,...
WHEN NOT MATCHED THEN
    insert values ( f.account_no,f.acc_date..)
/
commit;

2.向表中插入两条记录

SQL> INSERT ALL
  2     INTO toms values(1)
  3     into toms values(2)
  4     select * from dual;

已创建2行。

SQL> commit;

3.在插入时不记录日志记录的快速方法
INSERT的时候可通过APPEND选项不产生归档日志。

alter table aa nologging

alter table aa logging

insert /*+append*/ into ...nologing
select * from ...

insert /*+ append, parallel */ into ods_list_t nologging
select * from ods_list;

但这样不行:整个表可以插入,但要某一个字段则不能加入nologging
insert /*+ append, parallel */ into ods_list_t(a,b) nologging
select a,b from ods_list;

但可以这样:
insert /*+ append, parallel */ into ods_list_t  nologging(a,b)
select a,b from ods_list;

create table ods_list_t nologging as select * from ods_list;

insert /*+ append, parallel */ into ods_list_t nologging 
select * from ods_list;

insert /*+ Append parallel(tablename,number) */ into ods_list_t nologging 
select * from ods_list;

tablename: 表名
number: 并行度

4、
使用批量拷贝方法
set arraysize 20
set copycommit 5000
copy from username/password@oracle_name append table_name1 
using select * from table_name2;

--------------------------------------------------
一、非归档模式下：
没有优化前    （1281372  redo size）
1、单一的使用nologging参数，对redo的产生没有什么影响。  （1214836  redo size）
2、单一的使用append提示，redo的减少很显著              （43872  redo size）
3、nologging+append，更显著                             （1108  redo size）

---------------------------------------------------------------------------------

oracle append有什么作用？

请教一下，oracle中append是做什么用的。
  insert /*+append*/ into table1 select * from table2
在使用了append选项以后，insert数据会直接加到表的最后面，而不会在表的空闲块中插入数据。
使用append会增加数据插入的速度。
/*+APPEND*/的作用是在表的高水位上分配空间,不再使用表的extent中的空余空间
append 属于direct insert,归档模式下append+table nologging会大量减少日志,非归档模式append会大量减少日志,append方式插入只会产生很少的undo
不去寻找 freelist 中的free block , 直接在table HWM 上面加入数据。

1. 采用高速的存储设备,提高读写能力，如：EMC 和NetApp，

2. 假如tab1表中的没有数据的话 
DROP   TABLE   TAB1;
CREATE   TABLE   TAB1   AS   SELECT   *   FROM   TAB2;
然后在创建索引

3. 用Hint 提示减少操作时间

    INSERT   /*+Append*/   INTO     tab1 
                SELECT   *   FROM   tab2;

4. 采用不写日志及使用Hint提示减少数据操作的时间。

建议方案是先修改表为不写日志： 
sql> alter   table   table_name   NOLOGGING;

插入数据：

INSERT   /*+Append*/   INTO     tab1 
      SELECT   *   FROM   tab2;

插入完数据后，再修改表写日志： 
sql> alter   table   table_name   LOGGING;

这里的区别就在于如果插入数据的同时又写日志，尤其是大数据量的insert操作，需要耗费较长的时间。

5. 用EXP/IMP 处理大量数据

(1)给当前的两个表分别改名 
alter   table   tab1   rename   to   tab11; 
alter   table   tab2   rename   to   tab1; 
(2)导出改名前的tab2 
exp   user/pwd@...   file=...   log=...   tables=(tab1) 
(3)把名字改回来 
alter   table   tab1   rename   to   tab2; 
alter   table   tab11   rename   to   tab1; 
(4)导入数据 
imp   user/pwd@...   file=...   log=...   fromuser=user   touser=user   tables=(tab1)

2009-7-7 20:11:39 oracle.sysman.emcp.EMConfig perform
严重: 启动 Database Control 时出错
有关详细资料, 请参阅 oracle\product\10.2.0\db_1\cfgtoollogs\dbca\orcl\emConfig.log 中的日志文件。
2009-7-7 20:11:39 oracle.sysman.emcp.EMConfig perform
配置: Stack Trace:
oracle.sysman.emcp.exception.EMConfigException: 启动 Database Control 时出错
	at oracle.sysman.emcp.EMDBPostConfig.performConfiguration(EMDBPostConfig.java:569)
	at oracle.sysman.emcp.EMDBPostConfig.invoke(EMDBPostConfig.java:181)
	at oracle.sysman.emcp.EMDBPostConfig.invoke(EMDBPostConfig.java:150)
	at oracle.sysman.emcp.EMConfig.perform(EMConfig.java:155)
	at oracle.sysman.assistants.util.em.EMConfiguration.run(EMConfiguration.java:430)
	at java.lang.Thread.run(Thread.java:534)

出现错误的java stack call是EMDBPostConfig说明em db repository 已经完成配置在尝试启动EM，但此时出现了问题。

实际造成该问题的有多种可能性，这里列举最常见的几种:

1. 杀毒软件或者防火墙造成的，这里建议在安装windows期间彻底关闭杀毒类软件和Windows自带的防火墙
2. EM使用的端口已经被其他软件所占用，建议使用netstat命令诊断，或另择网络端口
3. Windows主机名以”U”字母开头

针对第三种可能性，可以在MOS上找到Note <Problem: Startup: Db Control 10.2.0.1 Fails To Start when the hostname begins with the letter “u”>:

Problem: Startup: Db Control 10.2.0.1 Fails To Start when the hostname begins with the letter "u" 

Applies to:
Enterprise Manager for RDBMS - Version: 10.2.0.1 and later   [Release: 10.2 and later ]

Symptoms

The dbconsole 10.2.0.1 is created with emca.The repository creation completes successfully and the
dbconsole is created and configured without any error.
The last phase of emca is to start the dbconsole.
The standalone agent is started successfully but the dbconsole fails to start.

The file $ORACLE_HOME/cfgtoollogs/emca/sid/emca*.log shows:
===================================================
05/11/2005 23:07:49 oracle.sysman.emcp.util.PlatformInterface serviceCommand
CONFIG: Waiting for service 'OracleDBConsoleAMITAL' to fully start
05/11/2005 23:07:59 oracle.sysman.emcp.EMConfig perform
SEVERE: Error starting Database Control
Refer to the log file at
d:\oracle\product\10.2.0\db_1\cfgtoollogs\emca\amital\emca_2005-11-05_10-55-42-PM.log for more
details.
05/11/2005 23:07:59 oracle.sysman.emcp.EMConfig perform
CONFIG: Stack Trace:
oracle.sysman.emcp.exception.EMConfigException: Error starting Database Control
  at oracle.sysman.emcp.EMDBPostConfig.performConfiguration(EMDBPostConfig.java:569)
  at oracle.sysman.emcp.EMDBPostConfig.invoke(EMDBPostConfig.java:181)
Cause
This issue can be reproduced on all windows platforms which name begins with the letter u.
This issue has been logged in the following bug:
Bug:4714774 DBCONSOLE DOES NOT WORK HAVING A HOSTNAME STARTING WITH "U"
This bug will be fixed in the patchset 10.2.0.2
Solution

Download and apply the RDBMS patchset 10.2.0.2 once/if available or

To enable the dbconsole to start successfully, follow the steps listed below:

1. Save the file $ORACLE_HOME\host_SID\sysman\config\emd.properties to emd.properties.orig
2. Update the file $ORACLE_HOME\host_SID\sysman\config\emd.properties, replacing \ with / in the
   following line:
   For example change:
   omsRecvDir=d:\oracle\product\10.2.0\db_1\ukp001_db0\sysman\recv
   to
   omsRecvDir=d:/oracle/product/10.2.0/db_1/ukp001_db0l/sysman/recv
3. Stop and restart the DB Control 

Hdr: 4714774 10.2.0.1 EMCP 10.2.0.1 PRODID-1370 PORTID-912
Abstract: DBCONSOLE DOES NOT WORK HAVING A HOSTNAME STARTING WITH "U"

Problem Description
-------------------
this seems to be releated to bug 3610052.
Having a hostname like u1234, install rdbms10.2.
start dbconsole will take 4-5 min. Even if the service is shown as started,
dbconsole java processes stops and restarts.

Environment Information
-----------------------

Test Case Step-by-Step Instructions
-----------------------------------
1. rename the hostanme to uXYZ....
2. install 10.2 rdbms into its own oraclehome
3. strt listener, create a database using dbca.
4. access the dbconsole page shows: "page cannot be displayed"

Check the dbconsole java process in taksmanager , you will easily see, that
it is coninously restarting. dbconsole service is shown as "started".

Test Case Location
------------------
not needed easy to reproduce

Diagnostic Analysis
-------------------
run the java command from file emd.nohup file, this will show something like:

java...Exception...
Malformed \uxxxx encoding.

and a java stack trace.

I assume that this problem will always happen, having a "\u" in the path for
the dbconsole

Performance
-----------

NLS Information
---------------

Patches
-------

Log Files Location
------------------

Reproducibility
---------------
everytime, only on windows platforms:
w2k w2003, windowsXP

URL
---
not needed

Did you test with the latest version?
-------------------------------------
yes

Available Workarounds
---------------------
Change the hostname from uXYZ to UXYZ,
do
set ORACLE_SID=
emca -config dbcontrol db -reposrecreate 

Related Bugs
------------
3610052

Hdr: 6313490 10.2.0.1.0 CONSOLE 10.2.0.1.0 PRODID-1370 PORTID-215 4714774
Abstract: 10.2.0.1DBCONSOLE IN A DB CREATED FROM IAS INSTALL FAILS TO START

Problem Description
-------------------
The dbconsole 10.2.0.1.0 creating is failing while starting the dbconsole
dbconsole in a db created from iAS install.

as per the logs:-

SEVERE: Error starting Database Control
    Refer to the log file at

D:\oracle\product\10.2.0\db_1\cfgtoollogs\emca\mmds\emca_2007-06-19_09-47-70-A
M.log for more details.
    Jun 19, 2007 9:58:17 AM oracle.sysman.emcp.EMConfig perform
    CONFIG: Stack Trace:
    oracle.sysman.emcp.exception.EMConfigException: Error starting Database
Control at
oracle.sysman.emcp.EMDBPostConfig.performConfiguration(EMDBPostConfig.java:569
) at oracle.sysman.emcp.EMDBPostConfig.invoke

Environment Information
-----------------------
dbconsole in a db created from iAS install.
db console 10.2.0.1.0 on Microsoft Windows Server 2003
The 10g application server version  is 10.1.2.0.2. to include January 2007
database and application server CPUs.

Applied the  database CPU patch and after that reconfigured the Dbconsole .
Now it doesn't get configured .Db console generating core dump

Test Case Step-by-Step Instructions
-----------------------------------

Test Case Location
------------------

Diagnostic Analysis
-------------------
Stopped the application server service and then started the dbcosnole .But
still getting the error

D:\oracle\product\10.2.0\db_1\BIN>emctl status dbconsole
    Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
    Oracle Enterprise Manager 10g is not running.
    ------------------------------------------------------------------
    Logs are generated in directory 

Asked him to move the file from Oracle_Home>/_/emctl.pid file
to another location . Now the dbconsole is started:-

>emctl start dbconsole
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
Starting Oracle Enterprise Manager 10g Database Control ...The
OracleDBConsoleMM
DS service is starting...................The OracleDBConsoleMMDS service was
started successfully.

D:\oracle\product\10.2.0\db_1\BIN>emctl upload
Oracle Enterprise Manager 10g Database Control Release 10.2.0.1.0
EMD upload error: uploadXMLFiles skipped :: OMS version not checked yet..

Asked him to Edit the file
ORACLE_HOME>\oc4j\j2ee\home\applications\dms\WEB-INF\web.xml

Still the dbconsole is not getting started .

可能是因为Windows上主机名以”U”字母开头后导致相关路径发生了转义。

可以通过在cmd中输入hostname来确认Windows上的主机名。

给出了2种解决方案：

1.升级到10.2.0.2以上版本，目前推荐的是10.2.0.5 Patch set; 版本10.2.0.1到10.2.0.3上的bug太多了..

2.修改$ORACLE_HOME\host_SID\sysman\config\emd.properties中的内容，将omsRecvDir变更改成使用斜杠而非反斜杠的路径形式，并重启EM.

服务器掉电，重启后看oracle服务都启动了，但是连接时报错。
错误编码: ora-01033: oracle initialization or shutdown in progress

故障特征: 使用命令行sqlplus或PL/SQL Developer均无法打开数据库。但是可以使用

sys用户以sysdba的身份登录系统。

sql> shutdown immediate;

sql> startup mount; 

sql> alter database open;

提示

ORA-01172: 线程 1 的恢复停止在块 69660 (在文件 5 中)
ORA-01151: 如果需要, 请使用介质恢复以恢复块和还原备份
//查看状态
select status from v$instance;//完成介质恢复
recover database

alter database open;
图片说明如下:

今天提交请求后，提示ORA-01652: 无法通过 128 (在表空间 TEMP 中) 扩展 temp 段。最后通过ALTER DATABASE TEMPFILE '/*/*/db/apps_st/data/tempx01.dbf' RESIZE 7168M;扩展临时表空间来解决。在网上找了些资料，重新学习下临时表空间的知识点，记录在此以免以后忘记。

临时表空间相关知识点总结（转载）

临时表空间的作用：

　　临时表空间主要用途是在数据库进行排序运算[如创建索引、order by及group by、distinct、union/intersect/minus/、sort-merge及join、analyze命令]、管理索引[如创建索引、IMP进行数据导入]、访问视图等操作时提供临时的运算空间，当运算完成之后系统会自动清理。

　　当临时表空间不足时，表现为运算速度异常的慢，并且临时表空间迅速增长到最大空间（扩展的极限），并且一般不会自动清理了。

　　如果临时表空间没有设置为自动扩展，则临时表空间不够时事务执行将会报ora-01652无法扩展临时段的错误，当然解决方法也很简单:1、设置临时数据文件自动扩展，或者2、增大临时表空间。

　　临时表空间的相关操作：

　　查询默认临时表空间：

　　SQL> select * from database_properties where property_name='DEFAULT_TEMP_TABLESPACE';

　　PROPERTY_NAME

　　------------------------------

　　PROPERTY_VALUE

　　--------------------------------------------------------------------------------

　　DESCRIPTION

　　--------------------------------------------------------------------------------

　　DEFAULT_TEMP_TABLESPACE

　　TEMP

　　Name of default temporary tablespace

　　查询临时表空间状态:

　　SQL> select tablespace_name,file_name,bytes/1024/1024 file_size,autoextensible from dba_temp_files;

　　TABLESPACE_NAME

　　——————————

　　FILE_NAME

　　——————————————————————————–

　　FILE_SIZE AUT

　　———- —

　　TEMP

　　/u01/app/oracle/oradata/orcl/temp01.dbf

　　100 YES

　　扩展临时表空间：

　　方法一、增大临时文件大小：

　　SQL> alter database tempfile ‘/u01/app/oracle/oradata/orcl/temp01.dbf’ resize100m;

　　Database altered.

　　方法二、将临时数据文件设为自动扩展：

　　SQL> alter database tempfile ‘/u01/app/oracle/oradata/orcl/temp01.dbf’ autoextend on next 5m maxsize unlimited;

二、配置
oracle推荐OLTP(on-line Transaction Processing)系统oracle占系统总内存的80%,然后再分配80%给SGA,20%给PGA。也就是
SGA=system_total_memory*80%*80%
PGA=system_total_memory*80%*20%

三、操作
用SYS用户以SYSDBA身份登录系统
alter system set sga_max_size=2000m scope=spfile;
alter system set sga_target=2000m scope=spfile;
alter system set pga_aggregate_target=500m scope=spfile;

然后重新启动数据库
最后查看一下是否生效
show parameter sga_max_size;
show parameter sga_target;
show parameter pga_aggregate_target;

            Oracle 10g之前对数据库做性能检测使用statspack工具。 关于statspack的说明，参考我的Blog：

            statspack安装使用 和 report 分析

            http://blog.csdn.net/tianlesoftware/archive/2009/10/16/4682329.aspx

            Oracle Database 10g 提供了一个新的工具：(AWR:Automatic Workload Repository)。Oracle 建议用户用这个取代 Statspack。AWR 实质上是一个 Oracle 的内置工具，它采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题。

            与 Statspack 不同，快照由一个称为 MMON 的新的后台进程及其从进程自动地每小时采集一次。为了节省空间，采集的数据在 7 天后自动清除。快照频率和保留时间都可以由用户修改。它产生两种类型的输出：文本格式（类似于 Statspack 报表的文本格式但来自于 AWR 信息库）和默认的 HTML 格式（拥有到部分和子部分的所有超链接），从而提供了非常用户友好的报表。

            AWR 使用几个表来存储采集的统计数据，所有的表都存储在新的名称为 SYSAUX 的特定表空间中的 SYS 模式下，并且以 WRM$_* 和 WRH$_* 的格式命名。前一种类型存储元数据信息（如检查的数据库和采集的快照），后一种类型保存实际采集的统计数据。H 代表“历史数据 (historical)”而 M 代表“元数据 (metadata)”。

            在这些表上构建了几种带前缀 DBA_HIST_ 的视图，这些视图可以用来编写您自己的性能诊断工具。视图的名称直接与表相关；例如，视图 DBA_HIST_SYSMETRIC_SUMMARY 是在WRH$_SYSMETRIC_SUMMARY 表上构建的。

注意一点：

            statistics_level 默认是typical，在10g中表监控是激活的，强烈建议在10g中此参数的值是typical。如果STATISTICS_LEVEL设置为basic，不仅不能监控表，而且将禁掉如下一些10g的新功能：
            ASH(Active Session History)
            ASSM(Automatic Shared Memory Management)
            AWR(Automatic Workload Repository)
            ADDM(Automatic Database Diagnostic Monitor)

二. AWR使用

SQL>@?/rdbms/admin/awrrpt.sql

Specify the Report Type

~~~~~~~~~~~~~~~~~~~~~~~

Would you like an HTML report, or a plain text report?

Enter 'html' for an HTML report, or 'text' for plain text

Defaults to 'html'

输入 report_type 的值: 

Type Specified: html

Specify the number of days of snapshots to choose from

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Entering the number of days (n) will result in the most recent

(n) days of snapshots being listed. Pressing <return> without

specifying a number lists all completed snapshots.

输入 num_days 的值: 1

Listing the last day's Completed Snapshots

                                                        Snap

Instance     DB Name        Snap Id    Snap Started    Level

------------ ------------ --------- ------------------ -----

orcl10g      ORCL10G            142 03 7月 2009 08:11     1

                                143 03 7月 2009 09:00     1

                                144 03 7月 2009 10:00     1

                                145 03 7月 2009 11:00     1

                                146 03 7月 2009 12:01     1

Specify the Begin and End Snapshot Ids

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

输入 begin_snap 的值: 142

Begin Snapshot Id specified: 142

输入 end_snap 的值: 146

End   Snapshot Id specified: 146

Specify the Report Name

~~~~~~~~~~~~~~~~~~~~~~~

The default report file name is awrrpt_1_142_146.html. To use this name,

press <return> to continue, otherwise enter an alternative.

输入 report_name 的值: D:/awrrpt_1_142_146.html

Report written to D:/awrrpt_1_142_146.html

三.  AWR 操作

3.1. 查看当前的AWR保存策略

SQL> col SNAP_INTERVAL format a20

SQL> col RETENTION format a20

SQL> select * from dba_hist_wr_control;

      DBID SNAP_INTERVAL        RETENTION            TOPNSQL

---------- -------------------- -------------------- ----------

262089084 +00000 01:00:00.0    +00007 00:00:00.0    DEFAULT

以上结果表示,每小时产生一个SNAPSHOT，保留7天。

3.2. 调整AWR配置

AWR配置都是通过dbms_workload_repository包进行配置。

3.2.1 调整AWR产生snapshot的频率和保留策略，如将收集间隔时间改为30 分钟一次。并且保留5天时间（单位都是分钟）：

SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>30, retention=>5*24*60);

3.2.2 关闭AWR，把interval设为0则关闭自动捕捉快照

SQL> exec dbms_workload_repository.modify_snapshot_settings(interval=>0);

3.2.3 手工创建一个快照

SQL> exec DBMS_WORKLOAD_REPOSITORY.CREATE_SNAPSHOT();

3.2.4 查看快照

SQL> select * from sys.wrh$_active_session_history

3.2.5 手工删除指定范围的快照

SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id => 973, high_snap_id => 999, dbid => 262089084);

3.2.6 创建baseline，保存这些数据用于将来分析和比较

SQL> exec dbms_workload_repository.create_baseline(start_snap_id => 1003, end_snap_id => 1013, 'apply_interest_1');

3.2.7 删除baseline

SQL> exec DBMS_WORKLOAD_REPOSITORY.DROP_BASELINE(baseline_name => 'apply_interest_1', cascade => FALSE);

3.2.8 将AWR数据导出并迁移到其它数据库以便于以后分析

SQL> exec DBMS_SWRF_INTERNAL.AWR_EXTRACT(dmpfile => 'awr_data.dmp', mpdir => 'DIR_BDUMP', bid => 1003, eid => 1013);

3.2.9 迁移AWR数据文件到其他数据库

SQL> exec DBMS_SWRF_INTERNAL.AWR_LOAD(SCHNAME => 'AWR_TEST', dmpfile => 'awr_data.dmp', dmpdir => 'DIR_BDUMP');

把AWR数据转移到SYS模式中：

SQL> exec DBMS_SWRF_INTERNAL.MOVE_TO_AWR (SCHNAME => 'TEST');

四. AWR 报告分析

这部分内容，可以参考statspack，这2个内容都差不多。

            statspack安装使用 和 report 分析

            http://blog.csdn.net/tianlesoftware/archive/2009/10/16/4682329.aspx

4.1 SQL ordered by Elapsed Time

            记录了执行总和时间的TOP SQL(请注意是监控范围内该SQL的执行时间总和，而不是单次SQL执行时间 Elapsed Time = CPU Time + Wait Time)。

            Elapsed Time(S): SQL语句执行用总时长，此排序就是按照这个字段进行的。注意该时间不是单个SQL跑的时间，而是监控范围内SQL执行次数的总和时间。单位时间为秒。Elapsed Time = CPU Time + Wait Time

            CPU Time(s): 为SQL语句执行时CPU占用时间总时长，此时间会小于等于Elapsed Time时间。单位时间为秒。

            Executions: SQL语句在监控范围内的执行次数总计。

            Elap per Exec(s): 执行一次SQL的平均时间。单位时间为秒。

            % Total DB Time: 为SQL的Elapsed Time时间占数据库总时间的百分比。

            SQL ID: SQL语句的ID编号，点击之后就能导航到下边的SQL详细列表中，点击IE的返回可以回到当前SQL ID的地方。

            SQL Module: 显示该SQL是用什么方式连接到数据库执行的，如果是用SQL*Plus或者PL/SQL链接上来的那基本上都是有人在调试程序。一般用前台应用链接过来执行的sql该位置为空。

            SQL Text: 简单的sql提示，详细的需要点击SQL ID。

4.2 SQL ordered by CPU Time:

            记录了执行占CPU时间总和时间最长的TOP SQL(请注意是监控范围内该SQL的执行占CPU时间总和，而不是单次SQL执行时间)。

4.3 SQL ordered by Gets:

            记录了执行占总buffer gets(逻辑IO)的TOP SQL(请注意是监控范围内该SQL的执行占Gets总和，而不是单次SQL执行所占的Gets)。

4.4 SQL ordered by Reads:

            记录了执行占总磁盘物理读(物理IO)的TOP SQL(请注意是监控范围内该SQL的执行占磁盘物理读总和，而不是单次SQL执行所占的磁盘物理读)。

4.5 SQL ordered by Executions:

            记录了按照SQL的执行次数排序的TOP SQL。该排序可以看出监控范围内的SQL执行次数。

4.6 SQL ordered by Parse Calls:

            记录了SQL的软解析次数的TOP SQL。说到软解析(soft prase)和硬解析(hard prase)，就不能不说一下Oracle对sql的处理过程。

4.7 SQL ordered by Sharable Memory:

            记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b)：占用library cache的大小，单位是byte。

4.8 SQL ordered by Version Count:

            记录了SQL的打开子游标的TOP SQL。

4.9 SQL ordered by Cluster Wait Time:

            记录了集群的等待时间的TOP SQL

1. 检测数据库中的事件和等待

       SELECT event, total_waits, total_timeouts,time_waited, average_wait

       FROM v$system_event

2. 查询会话中的事件和等待时间

       select sid, event, total_waits,average_wait

       from v$session_event where sid=10;     

3. 查询等待进程 

       SELECT sid, seq#, event, wait_time, state

       FROM v$session_wait;

4. 监控全局区的性能 

       select * from v$sgastat;

5. 查询命中率

       select gethitratio

       from v$librarycache

       where namespace = 'SQL AREA';

6. 当前 sql 语句

       select sql_text, users_executing,

       executions, loads

       from v$sqlarea;

7. 查询高速缓存中的命中率

       select sum(pins) "Executions", sum(reloads) "Cache Misses",

       sum(reloads)/sum(pins)

       from v$librarycache;

8. 查询全局字典中的有效装载次数

       select namespace,pins,reloads,invalidations

       from v$librarycache;

9. 回滚段的争用情况

    select name, waits, gets, waits/gets "Ratio"

    from v$rollstat a, v$rollname b

    where a.usn = b.usn;

10. 监控表空间的 I/O 比例

   select df.tablespace_name name,df.file_name "file",f.phyrds pyr,

    f.phyblkrd pbr,f.phywrts pyw, f.phyblkwrt pbw

    from v$filestat f, dba_data_files df

    where f.file# = df.file_id

    order by df.tablespace_name;

11. 监控文件系统的 I/O 比例

   select substr(a.file#,1,2) "#", substr(a.name,1,30) "Name",

    a.status, a.bytes, b.phyrds, b.phywrts

    from v$datafile a, v$filestat b

    where a.file# = b.file#;

12. 在某个用户下找所有的索引

    select user_indexes.table_name, user_indexes.index_name,uniqueness, column_name

    from user_ind_columns, user_indexes

    where user_ind_columns.index_name = user_indexes.index_name

    and user_ind_columns.table_name = user_indexes.table_name

    order by user_indexes.table_type, user_indexes.table_name,

user_indexes.index_name, column_position;

13. 监控 SGA 中字典缓冲区的命中率

    select parameter, gets,Getmisses , getmisses/(gets+getmisses)*100 "miss ratio",

    (1-(sum(getmisses)/ (sum(gets)+sum(getmisses))))*100 "Hit ratio"

    from v$rowcache

    where gets+getmisses <>0

    group by parameter, gets, getmisses;

14. 监控 SGA 中共享缓存区的命中率，应该小于 1%

    select sum(pins) "Total Pins", sum(reloads) "Total Reloads",

    sum(reloads)/sum(pins) *100 libcache

    from v$librarycache;

    select sum(pinhits-reloads)/sum(pins) "hit radio",sum(reloads)/sum(pins) "reload percent"

    from v$librarycache;

15. 显示所有数据库对象的类别和大小

    select count(name) num_instances ,type ,sum(source_size) source_size ,

    sum(parsed_size) parsed_size ,sum(code_size) code_size ,sum(error_size) error_size,

    sum(source_size) +sum(parsed_size) +sum(code_size) +sum(error_size) size_required

    from dba_object_size

    group by type order by 2;

16. 监控 SGA 中重做日志缓存区的命中率，应该小于 1%

    select name, gets, misses, immediate_gets, immediate_misses,

    Decode(gets,0,0,misses/gets*100) ratio1,

    Decode(immediate_gets+immediate_misses,0,0,

    immediate_misses/(immediate_gets+immediate_misses)*100) ratio2

    FROM v$latch WHERE name IN ('redo allocation', 'redo copy');

17. 监控内存和硬盘的排序比率，最好使它小于 .10 ，增加 sort_area_size

SELECT name, value FROM v$sysstat WHERE name IN ('sorts (memory)', 'sorts (disk)');

18. 监控字典缓冲区

select (sum(pins - reloads)) / sum(pins) "lib cache" from v$librarycache;

    select (sum(gets - getmisses - usage - fixed)) / sum(gets) "row cache" from v$rowcache;

select sum(pins) "executions", sum(reloads) "cache misses while executing" from v$librarycache;

后者除以前者 , 此比率小于 1%, 接近 0% 为好

select sum(gets) "dictionary gets",sum(getmisses) "dictionary cache get misses"

from v$rowcache

19. 找 ORACLE 字符集

   select * from sys.props$ where name='NLS_CHARACTERSET';

20. 监控 MTS

    select busy/(busy+idle) "shared servers busy" from v$dispatcher;

    此值大于 0.5 时，参数需加大

   select sum(wait)/sum(totalq) "dispatcher waits" from v$queue where type='dispatcher';

    select count(*) from v$dispatcher;

    select servers_highwater from v$mts;

    servers_highwater 接近 mts_max_servers 时，参数需加大

21. 碎片程度

   select tablespace_name,count(tablespace_name) from dba_free_space group by tablespace_name

    having count(tablespace_name)>10;

    alter tablespace name coalesce;

    alter table name deallocate unused;

    create or replace view ts_blocks_v as

    select tablespace_name,block_id,bytes,blocks,'free space' segment_name from dba_free_space

    union all

    select tablespace_name,block_id,bytes,blocks,segment_name from dba_extents;

    select * from ts_blocks_v;

    select tablespace_name,sum(bytes),max(bytes),count(block_id) from dba_free_space

    group by tablespace_name;

    查看碎片程度高的表

   SELECT segment_name table_name , COUNT(*) extents

    FROM dba_segments WHERE owner NOT IN ('SYS', 'SYSTEM') GROUP BY segment_name

    HAVING COUNT(*) = (SELECT MAX( COUNT(*) ) FROM dba_segments GROUP BY segment_name);

22. 表、索引的存储情况检查

    select segment_name,sum(bytes),count(*) ext_quan from dba_extents where

tablespace_name='&tablespace_name' and segment_type='TABLE' group by tablespace_name,segment_name;

    select segment_name,count(*) from dba_extents where segment_type='INDEX' and owner='&owner'

    group by segment_name;

23 、找使用 CPU 多的用户 session

    12 是 cpu used by this session

    select a.sid,spid,status,substr(a.program,1,40) prog,a.terminal,oSUSEr,value/60/100 value

    from v$session a,v$process b,v$sesstat c

    where c.statistic#=12 and c.sid=a.sid and a.paddr=b.addr order by value desc;

HASH_VALUE：SQL语句的Hash值。
ADDRESS：SQL语句在SGA中的地址。
这两列被用于鉴别SQL语句，有时，两条不同的语句可能hash值相同。这时候，必须连同ADDRESS一同使用来确认SQL语句。
PARSING_USER_ID：为语句解析第一条CURSOR的用户
VERSION_COUNT：语句cursor的数量
KEPT_VERSIONS：
SHARABLE_MEMORY：cursor使用的共享内存总数
PERSISTENT_MEMORY：cursor使用的常驻内存总数
RUNTIME_MEMORY：cursor使用的运行时内存总数。
SQL_TEXT：SQL语句的文本（最大只能保存该语句的前1000个字符）。
MODULE,ACTION：使用了DBMS_APPLICATION_INFO时session解析第一条cursor时的信息

V$SQLAREA中的其它常用列

SORTS: 语句的排序数
CPU_TIME: 语句被解析和执行的CPU时间
ELAPSED_TIME: 语句被解析和执行的共用时间
PARSE_CALLS: 语句的解析调用(软、硬)次数
EXECUTIONS: 语句的执行次数
INVALIDATIONS: 语句的cursor失效次数
LOADS: 语句载入(载出)数量
ROWS_PROCESSED: 语句返回的列总数

V$SQLAREA中的连接列
Column     View        Joined Column(s)
HASH_VALUE, ADDRESS  V$SESSION      SQL_HASH_VALUE, SQL_ADDRESS
HASH_VALUE, ADDRESS  V$SQLTEXT, V$SQL, V$OPEN_CURSOR HASH_VALUE, ADDRESS
SQL_TEXT    V$DB_OBJECT_CACHE    NAME

示例：
1.查看消耗资源最多的SQL：
SELECT hash_value, executions, buffer_gets, disk_reads, parse_calls
  FROM V$SQLAREA
 WHERE buffer_gets > 10000000 OR disk_reads > 1000000
 ORDER BY buffer_gets + 100 * disk_reads DESC;

2.查看某条SQL语句的资源消耗：
SELECT hash_value, buffer_gets, disk_reads, executions, parse_calls
  FROM V$SQLAREA
 WHERE hash_Value = 228801498 AND address = hextoraw('CBD8E4B0');

在数据库管理中，磁盘空间不足是DBA都会遇到的问题，问题比较常见。

--1查看表空间已经使用的百分比

    select   a.tablespace_name,a.bytes/1024/1024 "Sum MB",(a.bytes-b.bytes)/1024/1024   "used MB",b.bytes/1024/1024 "free MB",round(((a.bytes-b.bytes)/a.bytes)*100,2) "percent_used"  
    from  
    (select tablespace_name,sum(bytes) bytes from dba_data_files group by tablespace_name)   a,  
    (select tablespace_name,sum(bytes) bytes,max(bytes) largest from dba_free_space group by tablespace_name)   b  
    where   a.tablespace_name=b.tablespace_name  
    order   by   ((a.bytes-b.bytes)/a.bytes)   desc  

“Sum MB”表示表空间所有的数据文件总共在操作系统占用磁盘空间的大小
  比如：test表空间有2个数据文件，datafile1为300MB，datafile2为400MB，那么test表空间的“Sum MB”就是700MB
“userd MB”表示表空间已经使用了多少
“free MB”表示表空间剩余多少
“percent_user”表示已经使用的百分比

--2比如从1中查看到MLOG_NORM_SPACE表空间已使用百分比达到90%以上，可以查看该表空间总共有几个数

据文件，每个数据文件是否自动扩展，可以自动扩展的最大值。

    select   file_name,tablespace_name,bytes/1024/1024 "bytes MB",maxbytes/1024/1024 "maxbytes MB"   from   dba_data_files  
      where tablespace_name='MLOG_NORM_SPACE';  

--- 查看 xxx 表空间是否为自动扩展 

    select file_id,file_name,tablespace_name,autoextensible,increment_by from dba_data_files order by file_id desc;  

--3比如MLOG_NORM_SPACE表空间目前的大小为19GB，但最大每个数据文件只能为20GB，数据文件快要写满，可以增加表空间的数据文件
用操作系统UNIX、Linux中的df   -g命令(查看下可以使用的磁盘空间大小)
获取创建表空间的语句：

    select   dbms_metadata.get_ddl('TABLESPACE','MLOG_NORM_SPACE')   from   dual;  

--4确认磁盘空间足够，增加一个数据文件

    alter   tablespace   MLOG_NORM_SPACE  
    add   datafile   '/oracle/oms/oradata/mlog/Mlog_Norm_data001.dbf'  
    size   10M   autoextend   on   maxsize   20G  

--5验证已经增加的数据文件

    select   file_name,file_id,tablespace_name   from   dba_data_files  
    where   tablespace_name='MLOG_NORM_SPACE'  

--6如果删除表空间数据文件，如下：

    alter   tablespace   MLOG_NORM_SPACE  
    drop    datafile '/oracle/oms/oradata/mlog/Mlog_Norm_data001.dbf'  

 

转自http://space.itpub.net/12778571/viewspace-582695