淡

Note 805586.1   Troubleshooting Session Administration (Doc ID 805586.1)Note 822527.1   How To Find Where The Memory Is Growing For A Process (Doc ID 822527.1)Note 273646.1   How to diagnose the high

系统性能监测使用工具：l系统性能监测使用的主要监测工具是：nmon(AIX6.1及以上版本系统自带)。l系统性能监测使用的主要分析工具是：nmonanalyser。NMON工具简介：NMON工具是IBM提供的免费的在AIX与各种Linux操作系统上广泛使用的监控与分析工具。该工具可将服务器的系统资源耗用情况收集起来并输出一个特定的文件,并可利用excel分析工具nmonanalyser进行数据的统

1.      值得注意的地方（1）       写好SQL后尽量记得查看一下执行计划，因为不同的环境数据量没法比，所以尽量提高SQL的执行效率。如果程序可能扫描的数据范围大，最好能找个数据量大的环境测试性能。（2）       执行计划中尽量避免非驱动表全表扫描，尽量让被驱动表走应该走的索引。因为对某个字段可能建立了一个索引或者多个联合索引，可能因为某些原因优化器选择了不恰当的索引，此时

一、使用Hint1、可以从v$sql_hint视图中查询Oracle所支持的所有的hint2、Hint分为6种：    1）初始化参数hint(可以覆盖在系统级或者会话级定义的初始化参数)，如：all_rows, first_rows,cursor_sharing_exact, dynamic_sampling, gather_plan_statisitcs,

1、explain plan for ：如果某SQL执行非常长时间才会出结果，甚至慢到返回不了结果，这时候看执行计划就只能用方法1,或者方法4；     缺点：没有输出运行时的相关统计信息（产生多少逻辑读，多少次递归调用，多少次物理读的情况），无法判断是处理了多少行，无法判断表被访问了多少次2、set auto trace on：不一定是最真实得执行计划，但是能很容易的看出是否排序；    缺

优化器统计范围：表统计； --行数，块数，行平均长度；all_tables：NUM_ROWS，BLOCKS，AVG_ROW_LEN；列统计； --列中唯一值的数量（NDV），NULL值的数量，数据分布；--DBA_TAB_COLUMNS：NUM_DISTINCT，NUM_NULLS，HISTOGRAM；索引统计；--叶块数量，等级，聚簇因子；--DBA_INDEXES：

   metalink    Tuning performance on eBusiness suite (Doc ID 744143.1) 这篇文档描述了如何调查电子商务套件的整体性能下降。特别是，我们强调最普遍的等待时间和如何在AWR/ Statspack 报表中理解它们。在最后，我们提供了在数据库层/应用层性能调优的最佳实践。1. 确保对eBusi

metalink上的文章较全的，中文的可参考我的博客EBS开发技术之trace http://blog.youkuaiyun.com/cai_xingyun/article/details/17250971This document provides instructions on how to create and retrieve Forms and Database level

1.登陆数据库LINUX环境     使用 top 命令查看进程状况[oratest@ebsdb~]$top-bash:[oratest@ebsdb: command not found[oratest@ebsdb~]$ top - 15:32:04 up 8 days, 21:38,  1user,  load average: 0.21, 0.31, 0.49

(1)选择运算尽可能先做选择运算，这是优化策略中最重要、最基本的一条，选择运算一般会使计算的中间结果大大变小，在对同一表格进行多个选择运算时，选择条件的排列顺序对性能也有很大影响，因为排列顺序不仅影响索引的选取，而且关系到临时表的大小。选择条件的选取极大地影响着查询语句的计算量，因此要提高查询的响应速度，应该将较严格的条件写在前面，较弱的条件放在后面。(2)投影运算如果投影运算和选择运算同时进