none
求高手指点SQLServer2008性能优化问题 RRS feed

  • 问题

  • 我这儿的数据库是SQL Server 2008 R2(x64)的版本,服务器是IBMx3850 4*4CPU,32G内存,RAID 5的DELL磁盘阵列,主数据库文件17G大小,但是总是性能上跟不上,或许是应用程序的问题,由于能力有限,先将DMV输出当前前10个最长的等待,发给大家帮忙看看是嘛情况,有些啥建议,感谢万分~

    wait_type waiting_tasks_count wait_time_ms max_wait_time_ms signal_wait_time_ms
    LCK_M_U 2867805 60610356132 2333222 2459361
    CXPACKET 898131690 40574255528 2229028 781924583
    LATCH_EX 828110076 17255882668 8507 557303024
    LAZYWRITER_SLEEP 7574675 8330387184 37040706 2120208
    XE_TIMER_EVENT 2121611 2083866147 10205 2083861100
    LOGMGR_QUEUE 1576485 2083777624 11272784 1304051
    REQUEST_FOR_DEADLOCK_SEARCH 456647 2082872515 11802 2082872515
    PREEMPTIVE_XE_DISPATCHER 85 2082330647 286228921 0
    SQLTRACE_INCREMENTAL_FLUSH_SLEEP 518290 2080259406 10003 3722
    CHECKPOINT_QUEUE 5044 2079419507 38743180 4727

    2013年3月12日 4:11

答案

全部回复

  • 重点在锁(阻塞)与并行处理上,初步可建议把并行降为4甚至2

    治本还得实际分析。。若有优化预算,欢迎联系ME


    Try SQL Server 2008 QQ:315054403 dgdba@hotmail.com

    2013年3月12日 5:25
  •      性能跟不上是指哪方面? 是指在读的时候性能不行还是写得时候性能不行? 请问到目前为止,你对服务器的资源使用情况有收集过吗? 比如CPU的使用率,服务器的IO情况,内存方面,阻塞情况,索引等。 平时都有哪些维护措施?  

         看你给的数据,很怀疑是因为确实必要的索引导致。



    phil_he

    2013年3月12日 6:45
  • Too many CXPACKET wait, should reduce MAXDOP.
    2013年3月12日 13:23