sqlserver压力,sqlserver压力测试

求助sqlserver服务器压力问题

刚才参考了这个

看了你几个出现次数比较多的等待，下面可以参考，另外，症状和解决方案-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，看看执行计划是不是缺少索引之类的

相关问答

Q1: 怎样减小一台SqlServer数据库压力

收缩数据库在 如果收缩不成功，可以看一下是不是日志文件太大 日志太大的话，可以截断日志来将数据库缩小

Q2: 如何测试sqlserver数据库压力

压力测试的范畴非常大的,包括磁盘io 网络吞吐 应用程序测试等

一般专业的做法是请测试工程师帮忙测试

磁盘io测试工具你可以考虑SQLIO SQLIOSIM 微软自己的东西你可以放心

网络吞吐测试工具就比较广泛了 比如楼上也有人提到TTCPW,还有你可以参考一些黑盒压力测试软件比如qacenter等！

Q3: 为什么 sqlserver 慢

首先应该确定是谁慢的，往往是程序处理方面的问题而不是数据库的问题。

程序方面应该尽可能的减少数据查询返回的内容，减少IO压力，磁盘IO和网络IO是非常非常慢的。比如可以查询返回ID，然后再根据ID一条一条的查询具体内容，看似慢了，在数据量大的时候快很多

对于数据可以参照下面几点

1、优化SQL语句，SQL语句对查询速度影响最大的

2、对于经常查询的字段作索引。但是这样会增加修改时的压力

4、优化SQLServer，比如给其分配固定的内存，预先分配查询内存，调整CPU使用率等。SQL Server 可以占用几乎所有Windows的内存，但是申请内存开销很大。因此可以设定其使用固定大小内存，比如启动就分配1G以上内存。

5、优化硬件资源，比如使用更高的服务器或者硬盘，独立安排数据库的数据文件和索引文件，将数据文件分布于不同的物理硬盘上等等

6、考虑使用分布数据库或者对大表进行拆分