根据实践分析,
楼主考虑下加点内存了。我的服务器是至强双四核8CPU
内存16G。这样查询千万级别的库,高峰时候还有些慢。
楼主在现有CPU情况下,加点内存,升到8G,应该会有明显的改善。当然程序也相应优化下。数据量太大了。就用分区表。

解决方案 »

  1.   

    不会吧,CSDN高手难道不会处理这个问题吗????
      

  2.   

    2G内存肯定是少了,如果开始执行了其它的SQL操作,把内存耗尽了,你就是做个普通的SQL操作都会很慢的.建议LZ在执行上面语句的时候看一下电脑的内存使用情况,如果内存耗尽而又不能升级内存,就只有考虑把这个表分隔了
      

  3.   

    先按照你的条件查询出来要更新的数据,看看查询的效率如何,在看看查询的执行计划,硬件是一方面,主要还是看语句的优化和数据量的大小,我的服务器2cup,16G内存,千万级 JOIN 千万级的表,做更新效率还是可以接受的,主要是优化了 语句
      

  4.   

    语句条件是没有问题的。是生成的36位的GUID,是否这个查询条件要作为聚集索引更新速度会快啊????
    CSDN高手呢?在线等。。