Oracle执行计划SQL语句执行效率问题查找与解决方法VIP专享VIP免费

Oracle 的 SQL 语句执行效率问题查找与解决方法 一、识别占用资源较多的语句的方法（4 种方法） 1. 测试组和最终用户反馈的与反应缓慢有关的问题。 2. 利用V_$SQLAREA 视图提供了执行的细节。（执行、读取磁盘和读取缓冲区的次数） • 数据列 EXECUTIONS：执行次数 DISK_READS：读盘次数 COMMAND_TYPE：命令类型（3:select,2:insert;6:update;7delete;47:pl/sql 程序单元） OPTIMIZER_MODE：优化方式 SQL_TEXT： Sql 语句 SHARABLE_MEM：占用shared pool 的内存多少 BUFFER_GETS：读取缓冲区的次数 • 用途 1、帮忙找出性能较差的SQL 语句 2、帮忙找出最高频率的SQL 3、帮忙分析是否需要索引或改善联接 3. 监控当前Oracle 的 session，如出现时钟的标志，表示此进程中的sql 运行时间较长。 4. Trace 工具： a) 查看数据库服务的初始参数：timed_statistics、 user_dump_dest 和max_dump_file_size b) Step 1: alter session set sql_trace=true c) Step 2: run sql； d) Step 3: alter session set sql_trace=false e) Step 4:使用 “ TKPROF”转换跟踪文件 f) Parse，解析数量大通常表明需要增加数据库服务器的共享池大小， query 或 current 提取数量大表明如果没有索引，语句可能会运行得更有效， disk 提取数量表明索引有可能改进性能， library cache 中多于一次的错过表明需要一个更大的共享池大小 二、如何管理语句处理和选项 • 基于成本（Cost Based） 和基于规则（Rule Based） 两种优化器， 简称为CBO 和 RBO • Optimizer Mode 参数值: Choose：如果存在访问过的任何表的统计数据 ，则使用基于成本的Optimizer,目标是获得最优的通过量。如果一些表没有统计数据，则使用估计值。如果没有可用的统计数据，则将使用基于规则的Optimizer All_rows：总是使用基于成本的Optimizer，目标是获得最优的通过量 First_rows_n： 总是使用基于成本的Optimizer， 目标是对返回前N 行 （“ n” 可以是1，10， 100 或者1000）获得最优的响应时间 First_rows：用于向后兼容。使用成本与试探性方法的结合，以便快速传递前几行 RULE：总是使用基于规则的Optimizer 三、使用数据库特性来获得有助于查看性能的处理统计信息（解释计划和AUTOTRACE） No1: Explain Plan A） 使用Explain 工具需要创建Explain_plan 表，这必须先进入相关应...