因为同一条SQL语句仅仅由于谓词部分变量的不同而在执行的时候就需要重新进行一次硬解析，造成SQL执行计划不能共享，这极大地耗费了系统时间和系统CPU资源。...这里的同一类型的SQL语句指的是除SQL文本中对应的输入值不同外其它部分都一模一样的SQL语句。例如，银行的查询余额的SQL语句，在成千上万次查询中都只是账户名不同，而SQL语句的其它部分都一样。...绑定变量通常出现在SQL文本中，用于替换WHERE或VALUES子句中的具体值。 绑定变量的优点如下所示： ① 可以在库缓存（Library Cache）中共享游标，避免硬解析以及与之相关的额外开销。...③ 提高了代码的可读性（避免拼接式的硬编码）和安全性（防止SQL注入）。 绑定变量的缺点主要体现在当使用绑定变量时，查询优化器会忽略其具体值，因此，其预估的准确性远不如使用字面量值真实。...需要注意的是，目标SQL中的绑定变量个数不宜太多，否则可能会导致目标SQL总的执行时间大幅度增长。
第三步输入开始值与结束值：（你可以看到上面列出的数据，snap值） 这个值输入开始，与结束 第四步输入导出表的名称：名称自定义 回车 第五步，由程序自动导完。...Parse CPU to Parse Elapsd 说明在解析sql语句过程中，cpu占整个的解析时间比例，，期望值是100%，说明没有产生等待，需要说明的是，即使有硬解析，只要cpu没有出现性能问题，...可以看出，在整个sql执行时间（sql execute elapsed time）时间为5552019秒中，解析时间（parse time elapsed）用了36秒，硬解析时间（hard parse...elapsed time）用了34秒虽然硬解析时间占了整个解析时间的绝大部分，但解析时间是花的很少的，所以可以判断出，sql的解析没有成为性能的瓶颈，进一步推测，sql在获取数据的过程中遇到了瓶 颈...等待次数，时间，频率都是最高的，我们重点看逻辑读，物理读，和执行时间最长的sql，把排在前几位的拿出来优化 优化的原则为降低物理读，逻辑读，sql语句中的子操作执行次数尽量少，在看oracle估计出来的执行计划是看不出子操作的执行次数的
♣ 题目部分 在Oracle中，SQL的解析过程的硬解析、软解析和软软解析的区别有哪些？...如果在库缓存中找不到匹配的父游标，那么Oracle就会新生成一个会话游标和一对共享游标（即父游标和子游标）；如果找到了匹配的父游标，但找不到匹配的子游标，那么Oracle就会新生成一个会话游标和一个子游标...硬解析实际上有两种类型：一种是在库缓存中找不到匹配的父游标（Parent Cursor），此时Oracle会从头开始解析目标SQL，新生成一个父游标和一个子游标，并把它们挂在对应的HashBucket中...，并发的数量很少，目标SQL也很少被并发重复执行，而且在执行目标SQL时硬解析所耗费的时间和资源与该SQL总的执行时间和资源消耗相比是微不足道的，这种情况下用硬解析是没问题的，此时硬解析对系统性能的影响微乎其微...而软解析是不需要持有Shared Pool Latch的，所以与软解析比起来，硬解析持有Library Cache Latch的时间会更长，当然对Library Cache Latch争用的程度就会更严重
在Oracle中这样的等待事件是：SQL*Net message from DBLINK。 正巧，前段时间我们的Oracle生产库正好也碰到了这样的几条类似的SQL。...可想而知，在当前的高并发情况下，这样的一条SQL语句花很长时间执行不完也就不足为奇了，整个过程如下图所示。 ?...我都不敢想…… 总体上看，加一个no_merge的Hint，先是让SQL的执行时间与原先相比降低了好多。...然而只需4毫秒就显示查询结果，带统计信息的执行计划如下图所示， ? 接下来，我和开发同事进行了沟通并把我改写后的SQL发给他，他测试运行和原先SQL相比，也认为在运行时间上差了一个数量级。...第三天，再次查看相应时间段的DBLINK等待事件总数，发现与原来相比已经降低了很多。 ? 再查看SQL_ID为a50rh3659p44q的SQL在相应对间段的执行次数，见下图。 ?
这个时间点的 TOP 5 等待事件中 latch: library cache 与 kksfbc child completion 排在前列，library cachelatch 占到将近有 70%。...数据库正常时间点硬解析也只有不到 5%左右，也就是硬解析没有大的变化，但是解析失败确认翻了几倍。是什么原因导致这么多的解析失败呢？另外解析失败的 SQL 是否会导致大量 latch 竞争？...父游标与子游标结构是一样的，区别在于 sql 文本存储在父游标对应的对象句柄中，而 sql 的执行计划等信息存储在子游标对应的库缓存对象句柄 heap 6 中。...通过以上测试我们很容易找到 sql 的父游标的句柄还有子游标的句柄在内存中的地址。 下面做另外一个简单的测试解析错误的 SQL 是否有父游标还有子游标生成。...回顾以下SQL 硬解析过程中需要获取的latch.
这个时间点的 TOP 5 等待事件中 latch: library cache 与 kksfbc child completion 排在前列，library cachelatch 占到将近有 70%。...数据库正常时间点硬解析也只有不到 5%左右，也就是硬解析没有大的变化，但是解析失败确认翻了几倍。是什么原因导致这么多的解析失败呢？另外解析失败的 SQL 是否会导致大量 latch 竞争？...当 sql 执行时候，首先会对 sql 文本进行 hash 运算然后根据 hash 值去相关 hash bucket 中遍历，如果找到了就直接用该 sql 缓存的执行计划等，如果找不到则从头解析，并把解析后执行计划等缓存在...父游标与子游标结构是一样的，区别在于 sql 文本存储在父游标对应的对象句柄中，而 sql 的执行计划等信息存储在子游标对应的库缓存对象句柄 heap 6 中。...回顾一下，SQL 硬解析过程中需要获取的latch.
绑定变量是Oracle解决硬解析的首要利器，能解决OLTP系统中library cache的过度耗用以提高性能。然刀子磨的太快，使起来锋利，却容 易折断。...本文讲述了绑定变量的使用方法，以及绑定变量的优缺点、使用场合。 一、绑定变量 提到绑定变量，就不得不了解硬解析与软解析。...而软解析呢，则是由于在library cache已经存在与该SQL语句一致的SQL语句文本 、运行环境，即有相同的父游标与子游标，采用拿来主义，直接执行即可。...有关更多的硬解析与软解析以及父游标，子游标请作如下参考： 有关硬解析与软解析，请参考：Oracle 硬解析与软解析 有关父游标、子游标，请参考：父游标、子游标与共享游标 ...> select sql_id,hash_value,child_number,sql_text from v$sql -->查询视图v$sql查看该SQL对应的子游标，且CHILD_NUMBER为0
在Oracle 10g及其后续的版本中，Oracle会自动收集直方图统计信息，这意味着与之前的版本相比，在Oracle 10g及其后续的版本中Oracle有更大的概率会知道目标列实际数据的分布情况，也就是说绑定变量窥探的副作用将会更加明显...总的来说，Oracle会根据执行目标SQL时所对应的runtime统计信息（比如所耗费的逻辑读和CPU时间，对应结果集的行数等）的变化，以及当前传入的绑定变量输入值所在的谓词条件的可选择率，来综合判断是否需要触发目标...先介绍Oracle数据库中与自适应游标共享相关的一些基本概念。...从查询结果也可以看到，目标SQL对应的IS_BIND_SENSITIVE的值为Y，IS_BIND_AWARE的值为N，IS_SHAREABLE的值为Y，与之前比这些值均没有发生变化。...对应的列VERSION_COUNT的值从之前的1变为现在的2，列EXECUTIONS的值为3，说明Oracle在第三次执行该SQL时确实用的是硬解析。
此哈希值在 Oracle 数据库版本中是确定性的，因此单个实例或不同实例中的相同语句具有相同的 SQL ID。...SQL语句的哈希值与以下值不同： 语句的内存地址 Oracle 数据库使用 SQL ID 在查找表中执行键值读取。这样，数据库就可以获得语句的可能内存地址。...Latch争用会增加语句执行时间并降低并发性。 软解析 软解析是任何不是硬解析的解析。 如果提交的语句与共享池中的可重用SQL语句相同，则Oracle Database将重用现有代码。...唯一的例外是 DDL 包含 DML 组件，例如需要优化的子查询。 3.1.3 SQL行源生成 行源生成器是从优化器接收最佳执行计划并生成可由数据库的其余部分使用的迭代执行计划的软件。...3.2.2 读取一致性 通常，查询使用 Oracle 数据库读取一致性机制检索数据，该机制可确保查询读取的所有数据块与单个时间点保持一致。 读取一致性使用 undo 数据来显示过去的数据版本。
--======================= -- Oracle 硬解析与软解析 --======================= Oracle 硬解析与软解析是我们经常遇到的问题，什么情况会产生硬解析...通常情况下，SQL语句的执行过程如下： a.SQL代码的语法(语法的正确性)及语义检查(对象的存在性与权限)。 b.将SQL代码的文本进行哈希得到哈希值。...，下面的查询中，尽管其where子句empno的值不同，Oracle同样为其生成了不同的执行计划 select * from emp where empno=7369 select * from emp...五、编码硬解析的改进方法 1.更改参数cursor_sharing 参数cursor_sharing决定了何种类型的SQL能够使用相同的SQL area CURSOR_SHARING = { SIMILAR...| EXACT | FORCE } EXACT --只有当发布的SQL语句与缓存中的语句完全相同时才用已有的执行计划。
♣ 答案部分 游标共享（Cursor Sharing）是指共享游标（Shared Cursor）之间的共享，游标共享可以实现重用存储在子游标（Child Cursor）中的解析树和执行计划而不用从头开始做硬解析...Oracle数据库中典型的不安全的谓词条件有范围查询（使用了>、>=、<、<=、BETWEEN的谓词条件），使用了带通配符（％）的LIKE，以及对有直方图统计信息的目标列施加的等值查询等。...在Oracle 12c以及后续的版本中SIMILAR将过时，不再被继续支持。因为当CURSOR_SHARING设成SIMILAR后会带来一系列的问题，并且有太多与SIMILAR相关的Bug。...EXACT，所以Oracle不会用系统产生的绑定变量来替换上述SQL的WHERE条件中的输入值，而上述两个SQL的WHERE条件中的输入值并不相同（一个是0，另一个是1），即意味着这两个SQL在执行时均会使用硬解析...l 如果想在不改一行应用代码的情况下，使那些仅仅是SQL文本中的WHERE条件或者VALUES子句（适用于INSERT语句）中的具体输入值不同的目标SQL共享解析树和执行计划，以达到有效降低系统硬解析数量的目的
风险细节: 中; 保持太多对象并且不定期检查将会增加发生ORA-4031的风险。...这将导致游标在下一次执行时被硬解析，并会影响 CPU 和发生锁竞争。 确认方法 TKProf: 分析解析时间进行的排序信息。...SQL 通过用绑定变量重写 SQL 语句，会将仅条件值不同的 SQL 语句视为相同和可以共享的，这是促使在 library cache 中 SQL 语句共享的最佳方式。...或者，也可以查询 V 查询 VSQLAREA视图确认是否有versioncount大于500的SQL语句。查询VSQL_SHARED_CURSOR 视图检查SQL没有共享的原因。...这可以防止使用不适合的执行计划。例如，如果指定了使用“>”的范围条件，那么指定的范围会根据指定的条件值而改变，并影响成本和执行计划，因此如果指定了不同的值，则会生成一个新的子游标。
第三多表查询和子查询，第四尽量使用绑定。...这个SQL平均4个IO（3个索引IO+1个数据IO） IO缓存命中率75%（索引全在内存中，数据需要访问磁盘） SQL硬解析CPU消耗：1ms （常用经验值）...SQL软解析CPU消耗：0.02ms（常用经验值） 假设CPU每核性能是线性增长，访问内存Cache中的IO时间忽略，要求计算系统对如上应用采用硬解析与采用软解析支持的每秒最大并发数：...一些无需使用绑定变量的场景： a、数据仓库应用，这种应用一般并发不高，但是每个SQL执行时间很长，SQL解析的时间相比SQL执行时间比较小，绑定变量对性能提高不明显。...采用绑定变量的话，那么只会有一个执行计划，如果走索引访问，那么对于审核中查询很快，对审核通过和审核不通过会很慢；如果不走索引，那么对于审核中与审核通过和审核不通过时间基本一样； 对于这种情况应该不使用绑定变量
绑定变量窥探则是第一次执行SQL硬解析时，会窥探使用的绑定变量值，根据该值的分布特征，选择更合适的执行计划， 其缺点在于如果绑定变量列值分布不均匀，由于只有第一次硬解析才会窥探，所以可能接下来的SQL执行会选择错误的执行计划...我们此时换一下绑定变量值，发现v$sql_bind_capture信息未变，dbsnake的书中曾说过当SQL执行硬解析时绑定变量值被捕获，并可从视图v$sql_bind_capture中查询。...记录这次解析时间为T1，时间戳值为Tmax。但此时，仍是重用了已有游标，不会做硬解析，不会使用更新的统计信息来生成一个新的执行计划。...有人曾说过，11g中未必会按照_optimizer_invalidation_period参数定义的时间产生新的子游标，我上面用的环境是11g，确实如此，等了2分钟，执行目标SQL，仍只有一个子游标。...又等了一段时间，再查询V$SQL， ?
这个SQL平均4个IO（3个索引IO+1个数据IO） IO缓存命中率75%（索引全在内存中，数据需要访问磁盘） SQL硬解析CPU消耗：1ms （常用经验值） SQL软解析CPU消耗：0.02ms（常用经验值...） 假设CPU每核性能是线性增长，访问内存Cache中的IO时间忽略，要求计算系统对如上应用采用硬解析与采用软解析支持的每秒最大并发数： 是否使用绑定变量CPU支持最大并发数磁盘IO支持最大并发数不使用...所以如果你的系统CPU有瓶颈时请先检查是否存在大量的硬解析操作。 使用绑定变量为何会提高SQL解析性能，这个需要从数据库SQL执行原理说明，一条SQL在Oracle数据库中的执行过程如下图所示： ?...一些不使用绑定变量的场景： a、数据仓库应用，这种应用一般并发不高，但是每个SQL执行时间很长，SQL解析的时间相比SQL执行时间比较小，绑定变量对性能提高不明显。...以下列出了可能会发生排序操作的SQL语法： Order by Group by Distinct Exists子查询 Not Exists子查询 In子查询 Not In子查询 Union（并集），Union
有关游标的定义，声明，与使用请参考：PL/SQL 游标 有关硬解析与软解析请参考：Oracle 硬解析与软解析 一、相关定义 shared cursor ...其元数据被在视图V$sqlarea与v$sql中具体化。如果library cache中的父游标与子游标能够被共享，此时则为共享游标。...将该游标(SQL语句)的文本进行哈希得到哈希值并在library cache寻找相同的哈希值，如不存在则生存父游标且保存在library cache中，按顺序完成D-F步骤。...可以在v$sqlarea, v$sql得到具体游标信息，父子游标通过sql_id关联对于仅仅完成步骤A与B的SQL语句即为软解析，否则即为硬解析 三、shared cursor与session cursor...v$sql中中 的每一行表示了一个child cursor，根据hash value和address与parent cursor 关联。
有关游标的定义，声明，与使用请参考：PL/SQL 游标 有关硬解析与软解析请参考：Oracle 硬解析与软解析 一、相关定义 shared cursor ...其元数据被在视图V$sqlarea 与v$sql中具体化。如果library cache中的父游标与子游标能够被共享，此时则为共享游标。...将该游标(SQL语句)的文本进行哈希得到哈希值并在library cache寻找相同的哈希值，如不存在则生存父游标且保存在library cache 中，按顺序完成D-F...可以在v$sqlarea, v$sql得到具体游标信息，父子游标通过sql_id关联 对于仅仅完成步骤A与B的SQL语句即为软解析，否则即为硬解析 三、shared cursor与session...，如经常变动的SQL语句，或动态SQL或未使用绑定变量等 2、解决硬解析的办法则通常是使用绑定变量来解决 3、与父游标SQL文本完全一致的情形下，多个相同的SQL语句可以共享一个父游标
10g之后，如果采集对象统计信息使用的no_invalidate参数是auto_invalidate，则Oracle会采用如下操作，来缓解可能的硬解析风暴。...记录这次解析时间为T1，时间戳值为Tmax。但此时，仍是重用了已有游标，不会做硬解析，不会使用更新的统计信息来生成一个新的执行计划。...如果Tmax已经超过了，则会让此游标失效，创建一个新的版本(一个新的child cursor子游标)，使用更新的执行计划，并且新的子游标会标记V$SQL_SHARED_CURSOR中ROLL_INVALID_MISMATCH...有人曾说过，11g中未必会按照_optimizer_invalidation_period参数定义的时间产生新的子游标，我上面用的环境是11g，确实如此，等了2分钟，执行目标SQL，仍只有一个子游标。...又等了一段时间，再查询V$SQL， ?
v Hard parses：每秒/每事务硬解析的次数，硬解析太多，说明SQL重用率不高。每秒产生的硬解析次数超过100次，就可能说明绑定变量使用地不好，也可能是共享池设置不合理。...在一个使用大型并行查询的DSS（Decision Support System，决策支持系统）环境中，20%的Buffer Hit Ratio是可以接受的，而这个值对于一个OLTP系统是完全不能接受的。...v 库缓存命中率（Library Hit%）：表示Oracle从Library Cache中检索到一个解析过的SQL或PL/SQL语句的比率，当应用程序调用SQL或存储过程时，Oracle检查Library...该值太小表示解析消耗CPU时间过多，该值越大越好，说明计算机执行的大部分工作是执行查询的工作，而不是分析查询的工作。...v 解析与执行的比率（Execute to Parse %）：指的是SQL语句解析与执行的比例，如果SQL重用率高，那么这个比例会很高。该值越高表示一次解析后被重复执行的次数越多。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
