A. 请问Oracle如何优化缓冲区
（1）获取缓冲区活动情况
为了Oracle优化缓冲区，首先应了解缓冲区的活动情况。这可以通过查询动态性能表（需有SELECT ANY TABLE特权)V$SYSSTAT来获得。
1.SVRMGR select name ,value from v$sysstat
2.2 where name in('db block gets','consistent gets','physical reads');
3.NAME VALUE
4.db blockgets 3437
5.consistent gets 30500
6.physica reads 1963
7.3 rows selected.
其中，“db block gets”和“consistent gets”的值是请求数据缓冲区中读的总次数。“physical reads”为请求数据时引起从盘中读文件的次数。
（2）缓冲区命中率
从缓冲区读的可能性的高低称为缓冲区命中率。它可用如下公式计算：Hot Ratio＝1-(physical reads／(db block gets＋consistent gets)
缓冲区命中率越高，其速度就越快。如果命中率低于60％或70％时。则应增加缓冲区(即DB_BLOCK_BUFFERS)，以改进性能。根据公式可以计算出本例中的Hot Ratio=1-(1963/(3437+30500)=92％。如果缓冲区的命中率很高，希望在保持良好性能下适当减少缓冲区，这时可减少DB_BLOCK_BUFFERS的值，其最小值为4。
当一个文件上的输入/输出(I/O)请求干扰了第二个文件的输入/输出请求时，那么这两个文件就会发生争用。所以两个随机存取的文件只有在无可能同时存取它们时，才可以存放在同一设备中。由此可以分为两种类型的I/O争用：并行I/O争用和干扰争用。并行I/O争用多发生在同一时间对同一设备请求多种存取时，这种类型的争用可以通过分离与表相联系的索引的办法来消除。干扰争用发生在对一个顺序文件进行写操作而同时进行读命令时中断而引起。
I/O优化的目的是解决I/O瓶颈问题，I/O的优化必须在内存优化之后进行，可以通过减少磁盘争用、有效分配数据块空间和避免动态空间管理三个方面来优化I/O。
减少磁盘争用
V$FILESTAT视图提供有关物理读写的信息。物理I/O针对磁盘，逻辑I/O针对内存。如果有多个进程同时访问同-磁盘，就产个磁盘争用。
监控Oracle的磁盘活动
要解决磁盘争用，首先应该知道磁盘的活动情况，确定是否发生争用。这可以通过查询动态性能表(需有SELECT ANY TABLE特权)V$FILESTAT和V$DATAFILE来确定。例如：
1.SQLSELECT Name，phyrds，phywrts
2.FROM V$DATAFILE df，V$FILESTAT fs
3.WHERE df.file#＝fs.file#；其中：◆ phyrds：记录从盘上读每个数据库文件的次数。
◆ phywrts：记录往盘上写数据库文件的次数。
一个盘上总的I/O次数是该盘上所有数据库文件的phyrds和phywrts之和。必须把物理读写的总量控制在用户硬件和操作系统的最优限制内。
B. 究竟怎么理解Oracle中的物理读，逻辑读，即时读，一致读和读一致性
1. 物理读
这个很容易理解，cpu需要的数据在内存中找不到，那么此时必须去物理磁盘上获取，必然产生物理i/o。
反应在oracle中，就是会话需要某条数据时，在内存的buffer cache中中没有，此时就要去磁盘上的dbf文件中读取。就产生物理读。
2. 逻辑读
这个概念是最清晰，但同时又是最模糊的。
按照计算机原理来讲，逻辑读，表示cpu需要的数据在内存中被找到，数据被直接从内存中传入cpu执行。
3. 即时读（又叫当前读）
按照tom大师的描述：
当前读（Current read）：得到块来实际更新所要修改的行时，所完成的获取就是当前读。
这么话怎么理解？
A：读块的时候要加锁。如果读块的目的是为了定位行、然后修改，这时加的锁和纯读的锁并不一样，虽然它们两个都是读操作。
因为加的锁不同，就有了当前读和一致读。
4. 一致读
按照tom大师的描述：
一致读（Consistent read）：“发现”要修改的行时，所完成的获取就是一致读。
这么话怎么理解？
A：一致读和当前读放在一起时，一致读指的纯读。
5. 读一致性
这个概念，无庸置疑。
读一致性：Oracle在需要时会使用undo数据来构造CR块，从而提供非阻塞的查询。
C. oracle怎么优化
1.去掉不必要的大型表的全表扫描
2.缓存小型表的全表扫描
3.检验优化索引的使用
4.检验优化的连接技术
5.尽可能减少执行计划的Cost
在含有子查询的SQL语句中,要特别注意减少对表的查询.例子：
SELECT EMP_NO FROM EMP WHERE (GROUP,NAME) = ( SELECT
COLUMN1,COLUMN2 FROM TEST WHERE TEST_ID = 604)
最高效的删除重复记录方法 ( 因为使用了ROWID)例子：
DELETE FROM EMP E WHERE E.ROWID > (SELECT MIN(X.ROWID)
FROM EMP X WHERE X.EMP_NO = E.EMP_NO);
sql语句用大写的；因为oracle总是先解析sql语句，把小写的字母转换成大写的再执行
在java代码中用到preparedStatement的时候尽量少用连接符“＋”连接字符串！
D. oracle 服务器访问速度慢 硬盘读写100% 怎么办
具体诊断oracle性能 查看AWR报告，抓出高物理读的SQL 针对性优化
E. 怎样优化Oracle数据库
对于经常操作的表建视图，对数据量较大的建索引。
F. oracle的sql 优化了逻辑读是否就能降低耗时
逻辑读就是从内存中(db buffer cache)读。
SQL执行过程中，如果发生物理读，将dbf的数据加载到内存，这一步显然是非常耗时的。
所以上面的说法是错误的。
我们总是希望逻辑读越多越好，毕竟从内存读的速度要远远大大于从硬盘读
G. oracle IO 读写高，怎么优化
两个办法：一、优化硬件（CPU、内存和硬盘等），优化I/O子系统，增强IO读写能力；第二、优化SQL语句。第一种办法治标不治本，建议用第二种办法，你的截图里边那几个几百秒的SQL语句是有问题的，要进一步优化。查看一下执行这些语句是在哪些页面，查询了什么数据，数据量多大，判断一下业务逻辑，然后再去优化。
（如有帮助，请采纳，谢谢）
H. oracle表如何优化
原则一：注意WHERE子句中的连接顺序：
ORACLE采用自下而上的顺序解析WHERE子句,根据这个原理,表之间的连接必须写在其他WHERE条件之前, 那些可以过滤掉最大数量记录的条件必须写在WHERE子句的末尾.
尤其是“主键ID=？”这样的条件。
原则二： SELECT子句中避免使用 ‘ * ‘：
ORACLE在解析的过程中, 会将'*' 依次转换成所有的列名, 这个工作是通过查询数据字典完成的, 这意味着将耗费更多的时间 。
简单地讲，语句执行的时间越短越好（尤其对于系统的终端用户来说）。而对于查询语句，由于全表扫描读取的数据多，尤其是对于大型表不仅查询速度慢，而且对磁盘IO造成大的压力，通常都要避免，而避免的方式通常是使用索引Index。
使用索引的优势与代价。
优势：
1）索引是表的一个概念部 分,用来提高检索数据的效率，ORACLE使用了一个复杂的自平衡B-tree结构. 通常,通过索引查询数据比全表扫描要快. 当ORACLE找出执行查询和Update语句的最佳路径时, ORACLE优化器将使用索引. 同样在联结多个表时使用索引也可以提高效率.
2） 另一个使用索引的好处是,它提供了主键(primary key)的唯一性验证.。那些LONG或LONG RAW数据类型, 你可以索引几乎所有的列. 通常, 在大型表中使用索引特别有效. 当然,你也会发现, 在扫描小表时,使用索引同样能提高效率.
代价： 虽然使用索引能得到查询效率的提高,但是我们也必须注意到它的代价. 索引需要空间来存储,也需要定期维护, 每当有记录在表中增减或索引列被修改时, 索引本身也会被修改. 这意味着每条记录的INSERT , DELETE , UPDATE将为此多付出4 , 5 次的磁盘I/O . 因为索引需要额外的存储空间和处理,那些不必要的索引反而会 使查询反应时间变慢.。而且表越大，影响越严重。
使用索引需要注意的地方：
1、避免在索引列上使用NOT ，
我们要避免在索引列上使用NOT, NOT会产生在和在索引列上使用函数相同的影响. 当ORACLE”遇到”NOT,他就会停止使用索引转而执行全表扫描.
2、避免在索引列上使用计算．
WHERE子句中，如果索引列是函数的一部分．优化器将不使用索引而使用全表扫描． 举例:
低效:SELECT … FROM DEPT WHERE SAL * 12 > 25000;
高效:SELECT … FROM DEPT WHERE SAL > 25000/12;
3、避免在索引列上使用IS NULL和IS NOT NULL
避 免在索引中使用任何可以为空的列，ORACLE性能上将无法使用该索引．对于单列索引，如果列包含空值，索引中将不存在此记录. 对于复合索引，如果每个列都为空，索引中同样不存在此记录.如果至少有一个列不为空，则记录存在于索引中．举例: 如果唯一性索引建立在表的A列和B列上, 并且表中存在一条记录的A,B值为(123,null) , ORACLE将不接受下一条具有相同A,B值（123,null）的记录(插入). 然而如果所有的索引列都为空，ORACLE将认为整个键值为空而空不等于空. 因此你可以插入1000 条具有相同键值的记录,当然它们都是空! 因为空值不存在于索引列中,所以WHERE子句中对索引列进行空值比较将使ORACLE停用该索引.
低效:(索引失效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE IS NOT NULL;
高效:(索引有效) SELECT … FROM DEPARTMENT WHERE DEPT_CODE >=0;
4、注意通配符%的影响
使用通配符的情况下Oracle可能会停用该索引。如 :
SELECT…FROM DEPARTMENT WHERE DEPT_CODE like ‘%123456%'（无效）。
SELECT…FROM DEPARTMENT WHERE DEPT_CODE = ‘123456'（有效）
5、避免改变索引列的类型.:
当比较不同数据类型的数据时, ORACLE自动对列进行简单的类型转换.
假 设 EMPNO是一个数值类型的索引列. SELECT … FROM EMP WHERE EMPNO = ‘123' 实际上,经过ORACLE类型转换, 语句转化为: SELECT … FROM EMP WHERE EMPNO = TO_NUMBER(‘123') 幸运的是,类型转换没有发生在索引列上,索引的用途没有被改变. 现在,假设EMP_TYPE是一个字符类型的索引列. SELECT … FROM EMP WHERE EMP_TYPE = 123 这个语句被ORACLE转换为: SELECT … FROM EMP WHERETO_NUMBER(EMP_TYPE)=123 因为内部发生的类型转换, 这个索引将不会被用到! 为了避免ORACLE对你的SQL进行隐式的类型转换, 最好把类型转换用显式表现出来. 注意当字符和数值比较时, ORACLE会优先转换数值类型到字符类型
6、索引的一些“脾气”
a. 如果检索数据量超过30%的表中记录数.使用索引将没有显着的效率提高.
b. 在特定情况下, 使用索引也许会比全表扫描慢, 但这是同一个数量级上的区别. 而通常情况下,使用索引比全表扫描要块几倍乃至几千倍!
除了使用索引，我们还有其他能减少资源消耗的方法：
1、用EXISTS替换DISTINCT：
当提交一个包含一对多表信息(比如部门表和雇员表)的查询时,避免在SELECT子句中使用DISTINCT. 一般可以考虑用EXIST替换, EXISTS 使查询更为迅速,因为RDBMS核心模块将在子查询的条件一旦满足后,立刻返回结果.
例子:
(低效): SELECT DISTINCT DEPT_NO,DEPT_NAME FROM DEPT D , EMP E
WHERE D.DEPT_NO = E.DEPT_NO
And E.sex =man
(高效): SELECT DEPT_NO,DEPT_NAME FROM DEPT D
WHERE EXISTS
( SELECT ‘X' FROM EMP E WHERE E.DEPT_NO = D.DEPT_NO
And E.sex =man
);
2、用(UNION)UNION ALL替换OR (适用于索引列)
通常情况下, 用UNION替换WHERE子句中的OR将会起到较好的效果. 对索引列使用OR将造成全表扫描.
注意, 以上规则只针对多个索引列有效. 如果有column没有被索引, 查询效率可能会因为你没有选择OR而降低. 在下面的例子中, LOC_ID 和REGION上都建有索引.
如果你坚持要用OR, 那就需要返回记录最少的索引列写在最前面.
高效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 UNION ALL
SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE REGION = “MELBOURNE”
低效: SELECT LOC_ID , LOC_DESC , REGION FROM LOCATION WHERE LOC_ID = 10 OR REGION = “MELBOURNE”
3、用UNION-ALL 替换UNION ( 如果有可能的话)：
当 SQL语句需要UNION两个查询结果集合时,这两个结果集合会以UNION-ALL的方式被合并, 然后在输出最终结果前进行排序. 如果用UNION ALL替代UNION, 这样排序就不是必要了. 效率就会因此得到提高. 需要注意的是，UNION ALL 将重复输出两个结果集合中相同记录. 因此各位还是要从业务需求分析使用UNION ALL的可行性. UNION 将对结果集合排序,这个操作会使用到SORT_AREA_SIZE这块内存. 对于这块内存的优化也是相当重要的.
4、Order By语句加在索引列，最好是主键PK上。
SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_TYPE（低效）
SELECT DEPT_CODE FROM DEPT ORDER BY DEPT_CODE （高效）
5、避免使用耗费资源的操作:
带 有DISTINCT,UNION,MINUS,INTERSECT的SQL语句会启动SQL引擎 执行耗费资源的排序(SORT)功能. DISTINCT需要一次排序操作, 而其他的至少需要执行两次排序. 通常, 带有UNION, MINUS , INTERSECT的SQL语句都可以用其他方式重写. 如果你的数据库的SORT_AREA_SIZE调配得好, 使用UNION , MINUS, INTERSECT也是可以考虑的, 毕竟它们的可读性很强
6、使用Where替代Having（如果可以的话）
优化GROUP BY:
提高GROUP BY 语句的效率, 可以通过将不需要的记录在GROUP BY 之前过滤掉.下面两个查询返回相同结果但第二个明显就快了许多.
低效:
SELECT JOB , AVG(SAL)
FROM EMP GROUP JOB HAVING JOB = ‘PRESIDENT'AND AVG(SAL)>XXX
高效:
SELECT JOB , AVG(SAL)
FROM EMP
WHERE JOB = ‘PRESIDENT'
OR JOB = ‘MANAGER' GROUP JOB Having AND AVG(SAL)>XXX
7、通常来说，如果语句能够避免子查询的 使用，就尽量不用子查询。因为子查询的开销是相当昂贵的。具体的例子在后面的案例“一条SQL的优化过程”中。
I. 如何优化 物理读的sql
物理读和预读都是IO操作，都是需要从磁盘中读取数据到内存，只是读取的时间有所不同。
1.预读是在生成执行的同时去做的，通过这种方式可以提高IO的性能。
2.物理读是当执行计划生成好后去缓存读取数据发现缺少数据之后才到磁盘读取。当所有数据都从缓存中可以读取就变成逻辑读。