基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比如何干预执行计划 - - 使用hints提示 基于代价的优化器是很聪明的，在绝大多数情况下它会选择正确的优化器，减轻了DBA的负担。但有时它也聪明反被聪明误，选择了很差的执行计划，使某个语句的执行变得奇慢无比。此时就需要DBA进行人为的干预，告诉优化器使用我...
explain显示了mysql如何使用索引来处理select语句以及连接表。可以帮助选择更好的索引和写出更优化的查询语句。使用方法，在select语句前加上explain就可以了： 如：explain select * from test1 EXPLAIN列的解释： table：显示这一行的数据是关于哪张表的 type：这是重要的列，显示连接使用了何种类型。从最好到最差的连接类型为const、eq_reg、ref、range、indexhe和ALL possible_keys：显示可能应用在这张表中的索引。如果为空，...
1. explain extended select ..... 将执行计划反编译成SELECT 语句，运行 show warnings 可得到被MYSQL优化器优化后的查询语句。 2. explain partitions select .... 用于分区表的EXPLAIN 3.执行计划包含的信息 id select_type table type possible_keys key1. explain extended select ..... 将执行计划反编译成SELECT 语句，运行 show warnings 可得到被MYSQL优化器优化后的查询语句。2. explain partitions select .... 用于分...
期有人提出想查看Postgresql的执行计划，下面分析下PG执行计划中的cost等相关值是怎么计算出来的： PG的版本是9.1.2 1.终端工具PGADMIN,对执行的语句按F7即可，然后看数据输出和解释 2.命令行分析：explain select * from table_name; 一般我们会比较关注消耗期有人提出想查看Postgresql的执行计划，下面分析下PG执行计划中的cost等相关值是怎么计算出来的： PG的版本是9.1.2 1.终端工具PGADMIN,对执行的语句按F7即可，然后看数据输...
上次我们在《 游标脚本性能问题解决与分析 》讨论过动态游标的执行计划如何选择并且介绍了几种游标的基本知识。本文我们接着研究键集游标选择执行计划的方式和影响因素。 这这里我们通过一个简单的实验来对比测试并且说明结果。 准备如下测试环境 : CREATE T上次我们在《游标脚本性能问题解决与分析》讨论过动态游标的执行计划如何选择并且介绍了几种游标的基本知识。本文我们接着研究键集游标选择执行计划的方式和影响因素。 这这...
统计信息对执行计划的影响(一) 我们知道统计信息会直接决定关系引擎产生何种执行计划，这篇文章通过演示2个例子像大家展示 1、统计信息对连接方式的影响 2、统计信息对单表数据获取方式的影响 以下内容是我曾经做过的一次培训内容，测试环境是SQLServer 2008 统计信息对执行计划的影响(一)我们知道统计信息会直接决定关系引擎产生何种执行计划，这篇文章通过演示2个例子像大家展示 1、统计信息对连接方式的影响 2、统计信息对单表数...
统计信息对执行计划的影响(二) 上一篇文章统计信息对执行计划的影响(一)演示了统计信息对连接方式的影响，这一篇将给大家演示统计信息对单表数据获取方式的影响 在上次的测试DB上执行以下代码创建测试表及插入数据 CHECK2_T3(ID INT ,COL1 CHAR ( 800 ),COL2统计信息对执行计划的影响(二)上一篇文章 统计信息对执行计划的影响(一) 演示了统计信息对连接方式的影响，这一篇将给大家演示统计信息对单表数据获取方式的影响 在上次的测...
平常我们用explan plan for,set autotrace,utlxplan等方式查看执行计划都是optimizer模拟生成的执行计划，并不完全符合oracle内部 知识普及： 1 平常我们用explan plan for,set autotrace,utlxplan等方式查看执行计划都是optimizer模拟生成的执行计划，并不完全符合Oracle内部对sql语句的执行路径。 2 v$sqlarea中放置的父游标，放置sql的sql_id和address 3 v$sql中对应v$sqlarea中的sql的子游标，address和child_number代表唯一的...
Oracle执行计划存储纲要和SQL语句之间是一一对应的关系，因此如果我们改变了sql语句中的谓词条件，存储纲要就会失去作用或者说我 Oracle执行计划存储纲要和SQL语句之间是一一对应的关系，，因此如果我们改变了sql语句中的谓词条件，存储纲要就会失去作用或者说我们需要创建新的存储纲要来巩固执行计划，为了避免这种情况，我们可以使用变量来替代文本信息。 在没有使用绑定变量的情况下： SQL> show userUSER 为 "EASY1"SQL> selec...
当使用update，大多数情况下只有一个子节点，只有当set子句中使用子查询时，它才能有两个以上的节点，如果它只有一个节点的情况下 当update下面有多个节点时，大家可以看到相当于是多个nestedloop（嵌套循环连接(nested loops join)原理），如果你操作的数据量大，则性能可能会有问题，这种场景下，使用merge into(用merge into进行性能优化)优化，，可以把执行计划变为hash join（哈希连接(hash join) 原理）,表都只要扫描一次，...
filter下挂一个节点：挂一个节点时，下面的例子可以看到，对表扫描一次，就是对返回的结果集进行过滤，不过有趣的是当条件为假时 filter这个词总让人很费解，它下一级可以挂 一个子节点，二个子节点，三个子节点...。 挂一个子节点意思过滤，，如对全表进行扫描后，按照条件过滤，丢弃不满足条件的数据。 挂二个子节点类似是nest loop。 挂三个子节点类似1和2做nest loop，结果集再与3做nest loop（这个是我推测的）。 为了证明当...
我当时的回答是：有索引了，统计信息变了。走索引了，执行计划变了。 但是软硬解析是对于SQL语句而言的吧？只要共享池中存在此SQ 环境：OEL+Oracle 10.2.0.5 Rac 今天在itpub上回答一个网友的提问，RT：我第一次执行了一条sql之后，这条sql通过了硬解析，得到了执行计划，当再次执行这条sql时，会进行软解析是吧，不会通过优化器得到新的执行计划。如果我增加了一条索引，通过索引执行这条sql更好，在执行这条sql是进行软解析吗？（...
mysql服务器连接数满了，登录服务器查看，确实满了，好吧，首先增加连接数到2500，暂时提供对外服务。连接继续升高，又快达到250 收到运维同学电话，mysql服务器连接数满了，登录服务器查看，确实满了，好吧，首先增加连接数到2500，暂时提供对外服务。连接继续升高，又快达到2500。发现有大量的查询时间将近到了1200秒，大量的长连接堆积，导致连接数攀升，看来还是sql的问题。在这些长连接中，发现这样的sql SELECT product_id,g...
为了获取缓存库中的执行计划，可以直接查询动态性能视图v$sql_plan和v$sql_plan_statistics_all等，但更方便的方法是以sql_id和子 1. 预估执行计划 - Explain Plan Explain plan以SQL语句作为输入，得到这条SQL语句的执行计划，并将执行计划输出存储到计划表中。 首先，在你要执行的SQL语句前加explain plan for，此时将生成的执行计划存储到计划表中，语句如下： explain plan for SQL语句 然后，在计划表中查询刚刚生成的执行计划...
全表扫描是Oracle访问数据库表是较为常见的访问方式之一。很多朋友一看到SQL语句执行计划中的全表扫描，就要考虑对其进行修理一番 全表扫描是Oracle访问数据库表是较为常见的访问方式之一。很多朋友一看到SQL语句执行计划中的全表扫描，就要考虑对其进行修理一番。全表扫描的存在，，的确存在可能优化的余地。但事实上很多时候全表扫描也并非是最低效的，完全要看不同的情形与场合，任一方式都是有利有弊的，也就是具体情况要具体分...