免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2835 | 回复: 0

请问达人:occi连接oracle,同样的sql,第一次查询时间为200ms,以后查询为<2ms [复制链接]

论坛徽章:
0
发表于 2012-06-11 09:15 |显示全部楼层
同样的字段,换一个查询条件,即将该字段的查询值换为其他内容,第一次查询仍为大约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的默写参数,防止该问题发生呢?,还高手指点一二
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP