D2-5 应用优化其他方法 (80 页).ppt

Oracle RDBMS大型应用优化其他方法 ;内容提要 ;Oracle 临时表;Oracle 临时表-语法;Oracle 临时表-例子;内容提要 ;Logging Nologging;Logging Nologging;Logging Nologging;Logging Nologging;Logging Nologging;NOLOGGING;NOLOGGING;在提示中使用NOLOGGING;数据库级取消NOLOGGING;内容提要 ;Oracle 热块(hot block);Oracle 热块(hot block);Oracle 热块(hot block);Oracle 热块(hot block);内容提要 ;*/90;ANALYZE INDEX … validate structure命令 SELECT DEL_LF_ROWS / LF_ROWS “Wasted” FROM INDEX_STATS 如果浪费数值 “Wasted” 0.2 或 索引节点利用率 60% (PCT_USED 60);10g/11g 基于CBO模式，这种模式需要访问数据字典统计数据； 表/索引统计要尽量及时，准确 当统计数据不要太旧 ，误导优化器 当统计数据太旧，要及时重新搜集! ;内容提要 ;DB_FILE_MULTIBLOCK_READ_COUNT参数： 表示conference磁盘读取的块数量； 通常发生在全表扫描（Full Table Scan??和快速全索引扫描（Fast Full Index Scan）时 尽管这个参数已经由DBA设置，但开发人员可根据目前的具体需要在会话设置，如： ;DB_FILE_MULTIBLOCK_READ_COUNT参数的大小探测方法： 大小要根据当前OS运行的I/O能力来设置 如何确定这个参数的呢？，只有手工办法： 1.查询Oracle块大小和会话级设置： ;DB_FILE_MULTIBLOCK_READ_COUNT参数的大小探测方法： 2.设置会话跟踪和做一个实际查询操作： ;DB_FILE_MULTIBLOCK_READ_COUNT参数的大小探测方法： 3.分析会话跟踪数据-看是否能采用这个参数： ;DB_FILE_MULTIBLOCK_READ_COUNT参数的大小探测方法： 3.分析会话跟踪数据-看是否能采用这个参数(续)： ;db_file_multiblock_read_count参数调整： 10g版本为自动调整(不设置就表示自动管理) 默认为I/O可执行的最大值 与平台有关，不能超过缓冲区的10% 通常相当于1MB 对数据仓库/DSS可能不合适 ;DB_FILE_MULTIBLOCK_READ_COUNT;内容提要 ;执行计划术语;执行计划术语;执行计划术语;Optimizer_index_cost_adj参数： 用来调整“基于代价的优化”相对于全表扫描访问百分比(1~10000)； 可理解为执行多块IO（全表扫描）的成本与执行单个IO（索引读取）的成本 缺省值100：表示全表扫描(多块IO)成本与索引扫描成本(单块IO成本)相等 若减小，则CBO倾向于使用索引(即单块I/O)，反之则倾向于全表扫描(多块I/O);Optimizer_index_cost_adj参数调整： 多数OLTP系统：OPTIMIZER_INDEX_COST_ADJ可以设置在10到50之间 对于数据仓库和DSS系统，需要反复调整取得一个合理值 更为具体的可以根据统计信息,db file scattered reads/db file sequential reads来计算 ;db file scattered read/sequential read : 数据文件分散读;db file scattered read(数据文件分散读): 该事件通常与全表扫描有关。因为全表扫描是被放入内存中进行的，通常情况下它不可能被放入连续的缓冲区中，所以就散布在缓冲区的缓存中。 该指数的数量过大说明缺少索引或者限制了索引的使用(可以调整optimizer_index_cost_adj); 这种情况也可能是正常的，因为执行全表扫描可能比索引扫描效率更高。 db file sequential read(数据文件顺序读): 该事件说明在单个数据块上大量等待； 该值过高通常是由于表间连接顺序很糟糕，或者使用了非选择性索引所导致。;索引与多块读取数量;索引与单块读取调整;OPTIMIZER_INDEX_CACHING参数： 告诉Oracle 索引在内存的数据缓冲区中的可能性有多大，即向优化器暗示位于Oracle 数据缓冲区的索引的数量 用 optimizer_index_caching参数告诉O