同样的字段,换一个查询条件,即将该字段的查询值换为其他内容,第一次查询仍为大约200ms,第二次就小于2ms了。
搜索到详细的解释是:
现在有些sql: select count(*) from tableT where f<date
第一次执行很慢(7~8分钟),第二次执行就很快(不到1秒),请问可能跟什么有关?
第一次执行慢, 第二次,第三次, 第N次都会很快, 这也是Oracle的最大的特性. 以下做简要说明:
Oracle在执行过程中,把执行过的语句存放在SGA中, 下次如果再运行同样的SQL, 就不用再去解析该SQL,直接从SGA区中取出该SQL执行就行, 但是前提是SQL没有变化过, 如果修改过,就不会这样了.
具体的控制机制是: 当有SQL运行时, 系统将分析后的SQL执行完, 并列入LRU, 也就是排队, 当该SQL在一定时间内被再次执行时, 直接从LRU中取出该SQL的计划, 再次执行, 减少分析时间. 如果一定时间没有被执行, 则该SQL在LRU中的位置逐渐会被新进来的SQL挤到后面. 当同一SQL运行时, 只要前次执行过该SQL在LRU中还存在, 就不再分析, 如果一个SQL长时间不用, 那最终会被挤出LRU, 当此时再次执行该SQL时,则系统会重新分析, 就会变慢. 这就是为什么楼主第一次运行需要很长时间, 而后面第N次运行的时间都很短的缘故.
当楼主经过相当长时间后(比如,两个小时或更长), 有很多其他的SQL运行过, 楼主再次运行时, 可能还会再需要很长时间的. 这就以为这, 被分析过的SQL已被挤出LRU.
另外, 需要说明的是:
当你的SQL为全表扫描时, 也就是执行计划中为(FULL)时, 则该SQL执行后将被放到LRU的最后端, 因为全表扫描的SQL被认为是性能不够优化的SQL, 这样该分析过的SQL的信息在系统中存在的时间会很短, 下次再次运行时, 系统会分析是否有索引, 如果有, 则使用有索引的优化SQL信息作为分析信息, 放到LRU, 否则再次作为全表扫描放到最后.
可是是否可以设置oracle的参数,防止该问题发生呢?,还高手指点一二 |