磁盘I/O > cpu > RAM > 用户连接数 > 网络带宽
所以,你可以按上面的顺序去查看瓶颈可能存在的地方。
对于这么大的数据库,有些地方要注意一下:
2) 定期重建索引(对于这种大数据库,重建索引前把日志模式转到 bulk_logged,完成后再改回 full)
3) 避免收缩数据库 (如果数据库在用户查询繁忙时扩大,就会非常忙,这都可能是你遇到的问题的原因)
如果可能,最好事先扩大数据库,重建索引通常会导致日志文件暴涨(参考第2点)
1) 定期 DBCC CHECKDB
4) 定期重启sql服务,比如每1个月,每2周或1周重启一次(这个很容易被忽略,但非常有效)
另外还有一点比较容易被忽略,
如果你的系统是事务处理和报表查询混合在一起的,即
同时有很多用户更新数据,也有用户运行一些复杂的报表。
那么,建议把你sql Server的最大查询并行度改为1,默认为0,
当有个用户运行一个很复杂的查询时,sql Server 会把4个处理器都用去处理这个查询,其他用户就慢得多了。
如果并行度改为1,sql Server 总是用1个处理器去处理一个查询。@H_404_39@ 总结
以上是内存溢出为你收集整理的关于sqlserver响应慢的问题全部内容,希望文章能够帮你解决关于sqlserver响应慢的问题所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)