测试的这个查询返回 一条数据 ,6列表中数据 170W条   ,ID为主键

解决方案 »

  1.   

    你这个 SN 这列的数据类型是什么? 怀疑是 int 型,你查询时,使用了 sn = '12345' 这样的语句,产生了隐性数据转换。
      

  2.   

      团队是我  我就是团队,给经常需要使用到的字段加了索引后,得到很大的改善,还有部分表也要做下相应的措施。
    问下表中索引做的多,对服务器的什么性能会有影响?不能解决了CPU 后面又冒出内存的问题。
      

  3.   

    --20个累计最耗CPU的语句
    select top 20 substring(textdata,1,200),count(*),SUM(cpu),SUM(cpu) / COUNT(*)  
    from sql_test(nolock) 
    where textdata is not null group by substring(textdata,1,200) order by SUM(cpu) desc--前20个最耗CPU的单个语句
    select top 20 * from sql_test(nolock) where textdata is not null order by cpu desc把事件探查器的数据保存到跟踪表,然后查一下,看看是哪些语句占cpu。然后进行处理!
      

  4.   

    你想做什么?
    数据库最大的瓶颈是硬盘IO,加索引就是通过利用内存/CPU达到减少硬盘IO,从而提高性能。
    所以对数据库服务器而言,能够重复利用内存/CPU是好事。硬盘IO繁忙而内存/CPU空闲是坏事。