查询慢，大家进来看看

现在有些sql： select count(*) from tableT where f<date;
第一次执行很慢（7~8分钟），第二次执行就很快（不到1秒），请问可能跟什么有关？

解决方案 »

  1.   

    f 字段建了索引没? Explain Plan 一下
      

  2.   

    select count(1) from tableT where f=<date;
    首先在f上建立索引 然后查询的时候用<=应该就比较快了
      

  3.   

    楼上说的对,象count,sum等等这样的语句就是很慢啊.
      

  4.   

    楼上的几位回答似乎会产生一些误导.第一次执行慢, 第二次,第三次, 第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. 
      

  5.   

    另外, 需要说明的是:当你的SQL为全表扫描时, 也就是执行计划中为(FULL)时, 则该SQL执行后将被放到LRU的最后端, 因为全表扫描的SQL被认为是性能不够优化的SQL, 这样该分析过的SQL的信息在系统中存在的时间会很短, 下次再次运行时, 系统会分析是否有索引, 如果有, 则使用有索引的优化SQL信息作为分析信息, 放到LRU, 否则再次作为全表扫描放到最后.
      

  6.   

    楼主去看一下Performance Tuning书中的相关内容之后就明白了.