刚才参考了这个
成都创新互联公司自2013年起，是专业互联网技术服务公司，拥有项目网站设计、成都网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元洞头做网站,已为上家服务,为洞头各地企业和个人服务,联系电话:18980820575
看了你几个出现次数比较多的等待，下面可以参考，另外，症状和解决方案-LATCH_XX
这意味着
存在非页闩锁
使用sys.dm_os_latch_stats来分析哪一个闩锁等待时间过长
和其它同时发生的等待类型结合查看
比如说CXPACKET和LATCH_EX与ACCESS_METHODs_SCAN_RANGE_GENERATOR往
往意味着存在大量扫描
症状和解决方案-LCK_M_XX
解决方案基于最开始被阻塞进程的等待类型
一个查范围更新或扫描造成的锁升级
症状和解决方案-
SOS_SCHEDULER_YIELD
这意味着
线程用完4毫秒的时间片，主动放弃CPU
存在自旋锁
不一定是CPU问题（CPU问题往往体现在长Runnable队列或大量signal
wait）
通过执行计划查看是否存在大量扫描
查看等待类型
避免望文生义
更多分析
注意：该方式没有Resource_wait等待类型，因此一些查另外关于sqltrace的，参考这个
另外你的服务器硬件配置还有数据库大小是什么样的？
建议你查询一下执行次数最多的sql和最耗费IO的sql，看看执行计划是不是缺少索引之类的
收缩数据库在 如果收缩不成功，可以看一下是不是日志文件太大 日志太大的话，可以截断日志来将数据库缩小
压力测试的范畴非常大的,包括磁盘io 网络吞吐 应用程序测试等
一般专业的做法是请测试工程师帮忙测试
磁盘io测试工具你可以考虑SQLIO SQLIOSIM 微软自己的东西你可以放心
网络吞吐测试工具就比较广泛了 比如楼上也有人提到TTCPW,还有你可以参考一些黑盒压力测试软件比如qacenter等！
首先应该确定是谁慢的，往往是程序处理方面的问题而不是数据库的问题。
程序方面应该尽可能的减少数据查询返回的内容，减少IO压力，磁盘IO和网络IO是非常非常慢的。比如可以查询返回ID，然后再根据ID一条一条的查询具体内容，看似慢了，在数据量大的时候快很多
对于数据可以参照下面几点
1、优化SQL语句，SQL语句对查询速度影响最大的
2、对于经常查询的字段作索引。但是这样会增加修改时的压力
4、优化SQLServer，比如给其分配固定的内存，预先分配查询内存，调整CPU使用率等。SQL Server 可以占用几乎所有Windows的内存，但是申请内存开销很大。因此可以设定其使用固定大小内存，比如启动就分配1G以上内存。
5、优化硬件资源，比如使用更高的服务器或者硬盘，独立安排数据库的数据文件和索引文件，将数据文件分布于不同的物理硬盘上等等
6、考虑使用分布数据库或者对大表进行拆分