公司网站建设如何做账,ui设计基础知识,在上海找工作用哪个招聘网好,jing.me wordpress主题执行计划生成的几种方式 1. EXPLAIN FOR
语法#xff1a;
EXPLAIN PLAN FOR
SQL语句SELECT * FROM TABLE(dbms_xplan.display());优点#xff1a; 无需真正执行SQL 缺点#xff1a; 没有输出相关的统计信息#xff0c;例如产生了多少逻辑读、物理读、递归调用等情况无法判… 执行计划生成的几种方式 1. EXPLAIN FOR
语法
EXPLAIN PLAN FOR
SQL语句SELECT * FROM TABLE(dbms_xplan.display());优点 无需真正执行SQL 缺点 没有输出相关的统计信息例如产生了多少逻辑读、物理读、递归调用等情况无法判断处理了多少行无法判断表执行了多少次 例子
EXPLAIN PLAN FOR
SELECT *FROM kceb_pzkcunWHERE yngyjigo 9501AND weixdhao 2001AND pingzhzl 101AND fenhdaim 99AND pngzphao LN22AND qishipzh 4070660AND 4070661 zzpzhhaoAND pzdanwei 1AND jiluztai 0;SELECT * FROM TABLE(dbms_xplan.display());2. SET AUTOTRACE ON|TRACEONLY[EXPLAIN]
注该功能只能在SQLPLUS模式下使用 语法
SET AUTOTRACE ON|TRACEONLY;
SQL语句;
SET AUTOTRACE OFF;优点 可以输出运行时的相关统计信息虽然要等待语句执行完毕但是可以通过TRACEONLY选项来控制返回结果不输出 缺点 必须要等待语句执行完毕无法看到表被访问了错少次 例子
SET AUTOTRACE ON;
SELECT * FROM untifa_test t WHERE t.child_id 1 AND t.relation_type A AND t.parent_id 1;
SET AUTOTRACE TRACEONLY;
SELECT * FROM untifa_test t WHERE t.child_id 1 AND t.relation_type A AND t.parent_id 1;
SET AUTOTRACE OFF;3. STATISTICS_LEVELALL
上面两种方法使用AUTOTRACE或者EXPLAIN PLAN FOR 获取的执行计划来自于PLAN_TABLE。PLAN_TABLE是一个会话级的临时表里面的执行计划并不是SQL真实的执行计划它只是优化器估算出来的。真实的执行计划不应该是估算的应该是真正执行过的。SQL执行过的执行计划存在于共享池中具体存在于数据字典V$SQL_PLAN中带有A-Time的执行计划来自于V$SQL_PLAN是真实的执行计划而通过AUTOTRACE、通过EXPLAIN PLAN FOR获取的执行计划只是优化器估算获得的执行计划。
以下这种方法可以获取真执行计划
语法
ALTER SESSION SET STATISTICS_LEVELALL;SQL语句;SELECT v.last_active_time, v.*FROM v$sql vWHERE v.last_active_time to_date(日期, 日期格式)AND v.parsing_schema_name SCHEMAAND v.sql_text LIKE %SQL语句%ORDER BY v.last_active_time DESC;SELECT *FROM TABLE(dbms_xplan.display_cursor(sql_id cwn6p7zs926rv,cursor_child_no NULL,format allstats last));优点 可以得到运行时的相关信息 缺点 必须要等待语句执行完毕才能得到结果无法控制结果打印输出 Starts 表示这个操作执行的次数 E-Rows表示优化器估算的行数就是普通执行计划中的Rows A-Rows表示真实的行数 A-Time表示累加的总时间。与普通执行计划不同的是普通执行计划中的Time是假的而A-Time是真实的。 Buffers表示累加的逻辑读 Reads表示累加的物理读 需要注意的是普通执行计划估算出来的行数受直方图统计信息的影响可能会使优化器对执行计划的选择产生误判例如本该走HASH JOIN结果变成NESTED LOOPS。因此直方图统计信息应该定期更新。 获取真执行计划需要相应的权限 GRANT SELECT ANY DICTIONARY TO HXAPP;例子
SHOW PARAMETER STATISTICS_LEVEL;ALTER SESSION SET STATISTICS_LEVELALL;SELECT *FROM kceb_pzkcunWHERE yngyjigo 9501AND weixdhao 2001AND pingzhzl 101AND fenhdaim 99AND pngzphao LN22AND qishipzh 4070660AND 4070661 zzpzhhaoAND pzdanwei 1AND jiluztai 0;SELECT v.last_active_time, v.*FROM v$sql vWHERE v.last_active_time to_date(2023/11/02 14:00:00, yyyy/mm/dd hh24:mi:ss)AND v.parsing_schema_name HXAPPAND v.sql_text LIKE %kceb_pzkcun%ORDER BY v.last_active_time DESC;SELECT *FROM TABLE(dbms_xplan.display_cursor(sql_id cwn6p7zs926rv,cursor_child_no NULL,format allstats last));4. dbms_xplan.display_cursor
语法
SELECT *FROM TABLE(dbms_xplan.display_cursor(sql_id ,cursor_child_no n,format allstats last));select * from table( dbms_xplan.display_awr(‘sql_id’) ); --该方法是从awr性能视图里面获取 如果有多个执行计划可用以下方法查出 select * from table(dbms_xplan.display_cursor(‘sql_id’,0)); select * from table(dbms_xplan.display_cursor(‘s ql_id’,1)); 5. 事件10046 trace跟踪(未验证) 步骤1alter session set events ‘10046 trace name context forever,level 12’; --开启追踪 步骤2执行sql语句 步骤3alter session set events ‘10046 trace name context off’; --关闭追踪 步骤4select tracefile from v$process where addr(select paddr from v$session where sid(select sid from v$mystat where rownum1)); --找到跟踪后产生的文件 步骤5tkprof trc文件 生成目标文件 sysno sortprsela,exeela,fchela --格式化命令 6. awrsqrpt.sql
生成awr报告查看 具体参考 Oracle-AWR报告生成方法 浅析数据库访问数据的几种方式
常见的执行计划及简单解释
一、访问表执行计划
1、table access full全表扫描。它会访问表中的每一条记录读取高水位线以内的每一个数据块。
2、table access by user rowid输入源rowid来自于用户指定。
3、table access by index rowid输入源rowid来自于索引。
4、table access by global index rowid全局索引获取rowid然后再回表。
5、table access by local index rowid分区索引获取rowid然后再回表。
6、table access cluster通过索引簇的键来访问索表。
7、external table access访问外部表。
8、result cache结果集可能来自于缓存。
9、mat_view rewrite access物化视图。
二、与B-TREE索引相关的执行计划
1、index unique scan只返回一条rowid的索引扫描或者unique索引的等值扫描。
2、index range scan返回多条rowid的索引扫描。
3、index full scan顺序扫描整个索引。
4、index fast full scan多块读方式扫描整个索引。
5、index skip scan多应用于组合索引中引导键值为空的情况下索引扫描。
6、and-equal合并来自于一个或多个索引的结果集。
7、domain index应用域索引。
三、与BIT-MAP索引相关的执行计划
1、bitmap conversion将位转换为rowid或相反。
2、bitmap index从位图中取一个值或一个范围。
3、bitmap merge
4、bitmap minus
5、bitmap or
四、与表连接相关的执行计划
1、merge join排序合并连接。
2、nested loops嵌套循环连接。
3、hash join哈希连接。
4、cartesian笛卡尔积连接。
5、connect by层次查询索引多来自于start with子句。
6、outer外链接。 1merge join outer 2nested loops outer 3hash join outer
7、anti反连接。 1merge join anti 2nested loops anti 3hash join anti
8、semi半连接。 1merge join semi 2nested loops semi 3hash join semi
五、与集合相关的执行计划
1、union-all
2、union(union-all,sort unique)
3、concatenation
4、intersection
5、minus
六、与分区相关的索引
1、partition single访问单个分区。
2、partition iterator访问多个分区。
3、partition all访问所有分区。
4、partition inlist基于in列表中的值来访问分区。
七、与sort相关的执行计划
1、sort unique排序、去重。
2、sort join为merge join的第一步排序操作一般与merge join联合使用。
3、sort aggregate当分组好的数据上使用分组函数时。
4、sort order by单纯的排序
5、sort group by排序并分组
6、buffer sort对临时结果进行一次内存排序。
八、其他执行计划
1、view
2、count
3、stopkey目标sql中存在rownum10这种情况。
4、hash group by
5、inlist iterator
6、filter过滤相当于处理过的排序合并连接。
7、remote与dblink相关的执行计划。
8、for update
9、sequence使用了oracle序列。
10、collection iterator使用了表函数提取记录。
11、fast dual访问dual表。
12、first row获取查询的第一条记录。
13、load as select使用select进行直接路径insert操作通常加/append/提示。
14、fixed table访问固定的X/V表。
15、fixed index访问固定的索引。
16、window buffer支持分析函数的内部操作。 了解几种基础概念
1、ROWID的概念Oracle的一个虚拟列用于命中索引后回表(根据ROWID去文件块的某个位置读取数据)ROWID在该行的生命周期内是唯一的即即使该行产生行迁移行的ROWID也不会改变对表空间进行改动、表重建或者重命名、impdp或expdp、数据库的备份和恢复、分区改动、表压缩等行为会造成ROWID的改变2、Recursive SQL概念:用户的ddldml操作会带来一些隐藏操作显而易见的就是会修改数据字典数据字典信息存储在内存中3、Row Source(行源) 通俗点说就是查询或连接时的摸个表经过where条件过滤后剩下的结果集4、Driving Table(驱动表)该表又称为外层表(OUTER TABLE)。这个概念用于嵌套与HASH连接中。5、Probed Table(被探查表) 与4相反6、组合索引(concatenated index)由多个列构成的索引如create index idx_emp on emp(col1, col2, col3, ……)则我们称idx_emp索引为组合索引。在组合索引中有一个重要的概念引导列(leading column)在上面的例子中col1列为引导列。当我们进行查询时可以使用”where col1 ? ”也可以使用”where col1 ? and col2 ?”这样的限制条件都会使用索引但是”where col2 ? ”查询就不会使用该索引。所以限制条件中包含先导列时该限制条件才会使用该组合索引。7、可选择性(selectivity)其实就是 distinct 这列/count(1)8、ORACLE数据库逻辑结构包括数据库块(block)区(extent)段(segment)表空间(tablespace)。高水位线存在于段中用于标识段中已使用过的数据块与未使用过的数据块二者间交界.扫描表数据时高水位线以下的所有数据块都必须被扫描。 高水位线存在于段且位置记录在段头也就是段的第一个数据块中。因此可以转储段头信息来看高水位线信息。段又分数据段、索引段、临时段、回滚段等.当创建段的时候会分配区区是由若干个物理连续的数据块组成.区的分配是需要初始化数据块的默认初始化单位为1M。注意高水位线并不是初始化的交界片被初始化过的数据块并不一定被使用过。
了解Oracle数据库读取数据的方法
直接访问数据
1、全表扫描 从第一个区(EXTENT)的第一个块(BLOCK)开始扫描读取高水位线(High Water Mark)标记以下所有格式化块 可以过虑行 如允许则执行多块读 DB_FILE_MULTIBLOCK_READ_COUNT 数据量很大时,比索引范围扫描快 注意数据量越多全表扫描所需要的时间就越多然后直接删了表数据呢查询速度会变快其实并不会的因为即使我们删了数据高位水线并不会改变也就是同样需要扫描那么多数据块 2、通过ROWID rowid需要10个字节来存储由18个字符组成分4个部分。伪列类似表的列但不实际存在于表中。ROWID也就是表数据行所在的物理存储地址所谓的ROWID扫描是通过ROWID所在的数据行记录去定位。 前6位表示对象编号(Data Object number)其后3位文件编号(Relative file number)接着其后6位表示块编号(Block number) 再其后3位表示行编号(Row number) ROWID编码方法是A ~ Z表示0到25a ~ z表示26到510~9表示52到61表示62/表示63刚好64个字符。3、随机访问数据块 SAMPLE table scanSELECT * FROM untifa_test SAMPLE BLOCK (41);索引访问数据 
1、索引唯一性扫描(INDEX UNIQUE SCAN) 索引唯一性扫描(INDEX UNIQUE SCAN)是针对唯一性索引(UNIQUE INDEX)来说的也就是建立唯一性索引才能索引唯一性扫描唯一性扫描其结果集只会返回一条记录。2、索引范围扫描(INDEX RANGE SCAN) 索引范围扫描(INDEX RANGE SCAN)适用于所有类型的B树索引一般不包括唯一性索引因为唯一性索引走索引唯一性扫描。 当扫描的对象是非唯一性索引的情况WHERE条件为BETWEEN、、、等等的情况就是索引范围扫描注意可以是等值查询也可以是范围查询。如果WHERE条件里有一个索引键值列没限定为非空的那就可以走索引范围扫描如果该索引列是非空的那就走索引全扫描 前面说了同样的SQL建的索引不同就可能是走索引唯一性扫描也有可能走索引范围扫描。在同等的条件下索引范围扫描所需要的逻辑读和索引唯一性扫描对比索引范围扫描可能返回多条记录所以优化器为了确认肯定会多扫描所以在同等条件索引范围扫描所需要的逻辑读至少会比相应的唯一性扫描的逻辑读多1。3、索引全扫描(INDEX FULL SCAN) 适用于所有类型的B树索引(包括唯一性索引和非唯一性索引)。 索引全扫描过程简述索引全扫描是指扫描目标索引所有叶子块的索引行但不意思着需要扫描所有的分支块索引全扫描时只需要访问必要的分支块然后定位到位于改索引最左边的叶子块的第一行索引行就可以利用改索引叶子块之间的双向指针链表从左往右依次顺序扫描所有的叶子块的索引行。4、索引快速全扫描(INDEX FAST FULL SCAN) 索引快速全扫描和索引全扫描很类似也适用于所有类型的B树索引(包括唯一性索引和非唯一性索引)。和索引全扫描类似也是扫描所有叶子块的索引行这些都是索引快速全扫描和索引全扫描的相同点 索引快速全扫描和索引全扫描区别 索引快速全扫描只适应于CBO(基于成本的优化器) 索引快速全扫描可以使用多块读也可以并行执行 索引全扫描会按照叶子块排序返回而索引快速全扫描则是按照索引段内存储块顺序返回 索引快速全扫描的执行结果不一定是有序的而索引全扫描的执行结果是有序的因为索引快速全扫描是根据索引行在磁盘的物理存储顺序来扫描的不是根据索引行的逻辑顺序来扫描的5、索引跳跃式扫描(INDEX SKIP SCAN) 索引跳跃式扫描(INDEX SKIP SCAN)适用于所有类型的复合B树索引(包括唯一性索引和非唯一性索引)索引跳跃式扫描可以使那些在where条件中没有目标索引的前导列指定查询条件但是有索引的非前导列指定查询条件的目标SQL依然可以使用跳跃索引定义解释有点绕举个例子说明新建了复合索引
create index UNTIFA_TEST_IDX1 on UNTIFA_TEST (PARENT_ID, RELATION_TYPE)tablespace TEST_DATApctfree 10initrans 2maxtrans 255storage(initial 64Knext 1Mminextents 1maxextents unlimited);
EXPLAIN PLAN FOR
SELECT * FROM untifa_test t WHERE t.relation_type A;
SELECT * FROM TABLE(dbms_xplan.display());
