运行计划中cost计算方法

概念: blevel:二元高度=索引高度-1 clustering_factor:集群因子,通过索引扫面得出的要查询table的blocks数量,clustering_factor接近table的blocks说明table是依照索引顺序存储的,clustering_factor接近table行数说明table相比于依照索引顺序.用一种更为乱序的存储的. 索引扫描的计算公式: cost = blevel + ceil(leaf_blocks *effective index selectivity…

也谈SQL Server 2008 处理隐式数据类型转换在运行计划中的增强（续）

在上一篇文章也谈SQL Server 2008 处理隐式数据类型转换在运行计划中的增强中,我提到了隐式数据类型转换添加对于数据分布非常不平均的表.评估的数据行数与实际值有非常大出入的问题,进一步測试之后.我发现这种评估不准确性应该确实与推測的一样,它使用了变量的评估方式. 通过例如以下測试验证.首先建立数据分布不平均的測试表. USE tempdb GO CREATE TABLE _t( c varchar(50) ); CREATE INDEX IX_c ON _t( c ); GO -- 添…

【故障处理141119】一次数据库不繁忙时一条sql语句2个运行计划导致业务超时的故障处理

1,故障描写叙述: 一条select有两个运行计划.在sqlplus中运行选择好的运行计划.仅仅要40毫秒.而在程序中运行选择了差的运行计划,要1分23秒左右,导致前台业务超时报错. 2.故障解决: 使用outline固定好的运行计划后攻克了该故障. 3,故障发展顺序: (1),早上一上班,说CRM的一个业务报错,crm应用开发者.接口的.tuxdo.dba集中到一起開始诊断错误. (2),业务返回超时错误 (3),数据库这边抓取AWR报告发现例如以下信息: watermark/2/text/a…

[Oracle] 获取运行计划的各方法总结

总的结论: 一.获取运行计划的6种方法(具体步骤已经在每一个样例的开头凝视部分说明了): 1. explain plan for获取: 2. set autotrace on . 3. statistics_level=all; 4. 通过dbms_xplan.display_cursor输入sql_id參数直接获取 5. 10046 trace跟踪 6. awrsqrpt.sql 二.适用场合分析 1.假设某SQL运行很长时间才会出结果.甚至慢到返回不了结果,这时候看运行计划就仅仅能用方法…

SQL Server 性能调优之运行计划（Execution Plan）调优

运行计划中的三种 Join 策略 SQL Server 存在三种 Join 策略:Hash Join,Merge Join,Nested Loop Join. Hash Join:用来处理没有排过序/没有索引的数据,它在内存中把 Join 两边数据(的关联key)分别建立一个哈希表.比如有下面的查询语句,关联的两张表没有建立索引,运行计划将显示为Hash Join. SELECT sh.* FROM SalesOrdHeaderDemo AS sh JOIN SalesOrdDetailDemo…

mysql 运行计划explain具体解释

explain主要是用来获取一个query的运行计划,描写叙述mysql怎样运行查询操作.运行顺序,使用到的索引,以及mysql成功返回结果集须要运行的行数.能够帮助我们分析 select 语句,让我们知道查询效率低下的原因,从而改进我们的查询.让查询优化器能够更好的工作. explain语法及描写叙述从上面我们能够看到explain的语法是在select语句之前加上explain关键字即可了. 然后在运行explain之后会包括下面列信息: id:标识符,表示运行顺序. select_typ…

SQL Server 运行计划操作符具体解释（1）——断言(Assert)

前言: 非常多非常多地方对于语句的优化,一般比較靠谱的回复即使--把运行计划发出来看看.当然那些仅仅看语句就说怎样怎样改代码,我一直都是拒绝的,由于这样的算是纯蒙.依据本人经验,大量的性能问题单纯从语句来看非常难发现瓶颈,同一个语句,由于环境的不同,差距非常大.所以比較合适的还是分析运行计划. 那么对于运行计划,一般使用图形化运行计划就差点儿相同了,可是用过的人也有一些疑惑,里面的图标(称为操作符)并不非常直观. 所以从本文開始,会整理一些不怎么常见但由比較重要的操作符并进行解释,对于那些表扫描…

MySQL运行计划初探

-Mysql运行计划总结– 1 运行计划概述先看看一个运行计划 mysql> explain SELECT * FROM EMP , DAO_OBJECTS t1 , DAO_OBJECTS t2 WHERE deptno= t1.object_id AND t1.object_name=t2.object_name ; +----+-------------+-------+------+---------------+------+---------+------+-------+----…

SQL Server 运行计划操作符具体解释（2）——串联(Concatenation )

本文接上文:SQL Server 运行计划操作符具体解释(1)--断言(Assert) 前言: 依据计划.本文開始讲述另外一个操作符串联(Concatenation).读者能够依据这个词(中英文均可)先幻想一下是干嘛的.事实上还是挺直观,就是把东西连起来.那么以下我们来看看究竟连什么?怎么连?什么时候连? 简单介绍: 串联操作符既是物理操作符,也是逻辑操作符.在中文版SQL Server的图形化运行计划中称为"串联",在其它格式及英文版本号中称为"Concatenation&…

Spark入门实战系列--6.SparkSQL（中）--深入了解SparkSQL运行计划及调优

[注]该系列文章以及使用到安装包/测试数据可以在<倾情大奉送--Spark入门实战系列>获取 1.1 运行环境说明 1.1.1 硬软件环境线程,主频2.2G,10G内存 l 虚拟软件:VMware® Workstation 9.0.0 build-812388 l 虚拟机操作系统:CentOS6.5 64位,单核 l 虚拟机运行环境: Ø JDK:1.7.0_55 64位位) Ø Scala:2.10.4 Ø Spark:1.1.0(需要编译) Ø Hive:0.13.1…

运行计划之误区，为什么COST非常小，SQL却跑得非常慢？

转载请注明出处:http://blog.csdn.net/guoyjoe/article/details/38321477 2014.7.31就晚20:30 My Oracle Support组猫大师在线分享<运行计划之误区,为什么COST非常小,SQL却跑得非常慢?>如需了解很多其它请登录站点http://www.jianfengedu.com/Discuz/detail/id/58 +++我给你看个东西. ------------------------------------------…

oracle分区表运行计划

分区表有非常多优点,以大化小,一小化了,加上并行的使用,在loap中能往往能提高几十倍甚至几百倍的效果. 当然表设计得不好也会适得其反.效果比普通表跟糟糕. 为了更好的使用分区表,这里看一下分区表的运行计划. PARTITION RANGE ALL:扫描全部分区 PARTITION RANGE ITERATOR:扫描多个分区,小于全部个分区数量 PARTITION RANGE SINGLE:扫描单一的分区 KEY,表示运行时才知道哪个分区看到keywordALL的时候就要注意了,扫描的是全部分…

使用SQL Profile及SQL Tuning Advisor固定运行计划

SQL Profile就是为某一SQL语句提供除了系统统计信息.对象(表和索引等)统计信息之外的其它信息,比方执行环境.额外的更准确的统计信息,以帮助优化器为SQL语句选择更适合的执行计划. SQL Profiles可以说是Outlines的进化.Outlines可以实现的功能SQL Profiles也全然可以实现,而SQL Profiles具有Outlines不具备的优化,最重要的有二点: SQL Profiles更easy生成.更改和控制. SQL Profiles在对SQL语句的支…

Oracle rownum影响运行计划

今天调优一条SQL语句,因为SQL比較复杂,用autotrace非常难一眼看出哪里出了问题,直接上10046. SELECT AB.* FROM (SELECT A.*, rownum RN FROM (SELECT * from (SELECT DISTINCT (D.DEVICE_ID), F.FUNCTION_LOCATION_ID from GG_device D, GG_CLASSIFY_CARD…

MySQL的查询计划中ken_len的值计算

本文首先介绍了MySQL的查询计划中ken_len的含义:然后介绍了key_len的计算方法:最后通过一个伪造的例子,来说明如何通过key_len来查看联合索引有多少列被使用. key_len的含义在MySQL中,可以通过explain查看SQL语句所走的路径,如下所示: mysql> create table t(a int primary key, b int not null, c int not null, index(b)); Query OK, 0 rows affected (0…

如何在windows计划中调用备份sharepoint2010网站集的powershell脚本

最近有个项目需要在在windows计划中使用powershell脚本备份sharepoint2010网站集,打开sharepoint的powershell执行命令管理界面的属性查看: C:\Windows\System32\WindowsPowerShell\v1.0\PowerShell.exe -NoExit " & ' C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\14\CONFIG\PO…

执行计划中常见index访问方式(转)

近期有朋友对于单个表上的index各种情况比较模糊,这里对于单个表上,单个index出现的大多数情况进行了总结性测试,给出了测试结果,至于为什么出现这样的试验结果未做过多解释,给读者留下思考的空间.本篇文章仅仅是为了测试hint对index的影响,而不是说明走各种index方式的好坏.参考: INDEX FULL SCAN vs INDEX FAST FULL SCAN创建表模拟测试 SQL> create table t_xifenfei as select object_id,object_…

绑定运行计划sql_plan_baseline

--因为生产环境运行的sql变化较快,版本号公布比較频繁,造成sql的运行计划不是非常稳定.常常会有一些性能非常查的sql出现 --对于这些sql,我们能够使用sql_plan_baseline对运行计划进行绑定,从而使运行计划固定下来 --前提是sql最好使用绑定变量.就算有的没有绑定变量,确定字段的值不会改变才行.由于是针对sql_id进行的绑定,假设sql文本改变,绑定也就无意义了详细步骤: --1.找到问题sql,假设查询sql的运行计划,假设有合适的运行计划.直接进行绑定 --查询s…

MySQL Execution Plan--执行计划中的Type列

在一次的优化过程中,由于没有关注执行计划中type列,仅看key列来查看"使用到的索引",导致优化过程走了不少弯路. 以下面SQL为例: SELECT wave_no, SUM(IF(picking_qty IS NULL, , picking_qty)) AS PICKED_QTY, SUM(IF(differ_qty IS NULL, , differ_qty)) AS PICKED_DIFFER_QTY, SUM(IF(relocate_qty IS NULL, , reloca…

使用hint优化Oracle的运行计划以及 SQL Tune Advisor的使用

背景: 某表忽然出现查询很缓慢的情况.cost 100+ 秒以上:严重影响生产. 原SQL: explain plan for select * from ( select ID id,RET_NO retNo, FROM_SYS fromSy, TO_SYS toSys, COMMAND_CODE commandCode, COMMAND, STATUS, EXT_CODE, ORIGN_CODE orignCode,error_message errorMessage, RE_F, RET_…

Oracle 11g 递归+ exists运行计划的改变

有一个递归查询在10g上执行非常快,但在11g上执行不出来. SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL/SQL Release 11.2.0.4.…

当执行计划中出现BITMAP CONVERSION TO ROWIDS关键字时，需要注意了。

前言前些天优化了一些耗费buffers较多的SQL,但系统CPU降低的效果不明显,于是又拉了awr报告,查看了SQL ordered by Gets排名前列的SQL. 分析 SQL代码: select distinct pro5.value as CUSTOMERCODE, to_date('19000101000000', 'yyyymmddhh24miss') as LAST_UPDATE_TIME, pro2.value as NAME, nvl(pro3.value, '$$40000…

SQL Server 运行计划操作符具体解释（3）——计算标量(Compute Scalar)

接上文:SQL Server 运行计划操作符详细解释(2)--串联(Concatenation ) 前言: 前面两篇文章介绍了关于串联(Concatenation)和断言(Assert)操作符,本文介绍第三个常见的操作符计算标量(Compute Scalar).这个操作符的名字比較直观--进行一个标量计算并返回计算值. 官方说明:Compute Scalar 运算符通过对表达式求值来生成计算标量值.该值能够返回给用户.在查询中的其它位置引用或二者皆可.比如.在筛选谓词或联接谓词中就会出现二者皆可…

闪回drop恢复表后sql运行计划异常

-----正常运行计划 set autotrace traceonly set linesize 1000 select /*+index(t idx_object_id)*/ * from t where object_id=19; Execution Plan ---------------------------------------------------------- Plan hash value: 2041828949 ------------------------------…

浅析SQL SERVER执行计划中的各类怪相

在查看执行计划或调优过程中,执行计划里面有些现象总会让人有些疑惑不解: 1:为什么同一条SQL语句有时候会走索引查找,有时候SQL脚本又不走索引查找,反而走全表扫描? 2:同一条SQL语句,查询条件的取值不同,它的执行计划会一致吗? 3: 同一条SQL语句,其执行计划会变化,为什么 4: 在查询条件的某个或几个字段上创建了索引,执行计划就一定会走该索引吗? 5:同时存在几个索引,SQL语句会走那个索引? ..............................................…