27,580
社区成员
发帖
与我相关
我的任务
分享大家讨论一下，sqlsever服务器运行速度为什么会慢下来了？？
我们的数据库服务器速度最近为什么会如此之慢？
系统配置为：DIGITAL SERVER 5000 （ALPHA533 CPU*2，2G内存）一台，NT4.0+PACK6+SERVER7.0, 仅做数据库服务器。
系统高峰时间有280左右的连接用户，365*24*7一刻不停机。目前数据库的容量为：12G，最大的表记录数超过1000万。
系统慢真没理由：
1、789三个月是最忙的时期，也并没有象最近一段时间这样慢。
2、服务器已重起过一次。
3、慢的时候要等好几分钟，差不多所有工作站都叫慢。但检查用户活动情况，又未发现有死锁的现象，但就是慢。查CPU效率，达到90%左右。
4、对数据库内主要表进行REINDEXR，并做UPDATE STATIXTICS，效果也不明显。
5、也不是一天到晚的慢，主要是在一天里最忙的一个小时之间，如上午10点至11点。
请教各位大虾，该系统该如何提速，可能还有其他什么原因？
系统配置为：DIGITAL SERVER 5000 （ALPHA533 CPU*2，2G内存）一台，NT4.0+PACK6+SERVER7.0, 仅做数据库服务器。
系统高峰时间有280左右的连接用户，365*24*7一刻不停机。目前数据库的容量为：12G，最大的表记录数超过1000万。
系统慢真没理由：
1、789三个月是最忙的时期，也并没有象最近一段时间这样慢。
2、服务器已重起过一次。
3、慢的时候要等好几分钟，差不多所有工作站都叫慢。但检查用户活动情况，又未发现有死锁的现象，但就是慢。查CPU效率，达到90%左右。
4、对数据库内主要表进行REINDEXR，并做UPDATE STATIXTICS，效果也不明显。
5、也不是一天到晚的慢，主要是在一天里最忙的一个小时之间，如上午10点至11点。
请教各位大虾，该系统该如何提速，可能还有其他什么原因？
...全文
请发表友善的回复…
发表回复
xlxw 2002-11-07
- 打赏
- 举报
不好意思，劳大家如此关注！谢谢！该问题已经解决！
后来发现是某一个子系统的开发人员为了提高统计速度在一张大表上增加了一个复合索引（统计速度可提高10倍），但却影响了整个系统的速度。将该索引删除，即恢复。该统计目前只能维持原来比较慢的状态，再想办法了。
以上各位兄弟说的办法大都是不错的，但有以下2点我可以有体验地更正一下：
1、SQLSERVER70不用经常重起，我超过一年半未重起的情况也有。主要是要定期做一下大表的REINDEX即可。
2、ORACLE 更难伺候，性能速度也不见得快多少，如果SQLSERVER用的熟，时刻备份，（我是20分钟一次增量日志备份），安全性也不成问题。
后来发现是某一个子系统的开发人员为了提高统计速度在一张大表上增加了一个复合索引（统计速度可提高10倍），但却影响了整个系统的速度。将该索引删除，即恢复。该统计目前只能维持原来比较慢的状态，再想办法了。
以上各位兄弟说的办法大都是不错的，但有以下2点我可以有体验地更正一下：
1、SQLSERVER70不用经常重起，我超过一年半未重起的情况也有。主要是要定期做一下大表的REINDEX即可。
2、ORACLE 更难伺候，性能速度也不见得快多少，如果SQLSERVER用的熟，时刻备份，（我是20分钟一次增量日志备份），安全性也不成问题。
befree 2002-11-07
- 打赏
- 举报
原来还是开发问题
数据结构不能随意变，特别是群体开发
数据结构不能随意变，特别是群体开发
xzcxlyhzyb 2002-11-07
- 打赏
- 举报
gz
zarz 2002-10-23
- 打赏
- 举报
Mark
哈士奇打嘴仗 2002-10-22
- 打赏
- 举报
up
heiznfei 2002-10-22
- 打赏
- 举报
换用oracle吧。
ajoo 2002-10-22
- 打赏
- 举报
1千万 is not too big.
what you can do:
1. open Profiler
2. set up a trace that will record all batches that takes more than 30 seconds (the duration filter), or more than 10000 reads.
Then copy the statement to Query Analyzer, look at the estimate query plan.
You may find that some index's missing.
If the reads are small but the duration is big, probably you have blocking problem.
monitor the sysprocesses and syslockinfo table to find the blockings.
what you can do:
1. open Profiler
2. set up a trace that will record all batches that takes more than 30 seconds (the duration filter), or more than 10000 reads.
Then copy the statement to Query Analyzer, look at the estimate query plan.
You may find that some index's missing.
If the reads are small but the duration is big, probably you have blocking problem.
monitor the sysprocesses and syslockinfo table to find the blockings.
caiyunxia 2002-10-22
- 打赏
- 举报
将TEMPDB放在单独的磁盘上，日志文件及数据也放在不同磁盘上，将常用的表的索引与数据文件分开，放在不同的磁盘上
PAGEFILE放在独立的磁盘上 PAGEFILE 4G
PAGEFILE放在独立的磁盘上 PAGEFILE 4G
mfkdnui 2002-10-22
- 打赏
- 举报
服务器，终端大家都说的差不多了，但是我知道 xlxw (行外人) 问题解决没？？关注中。。。。。 xlxw (行外人) 说只有上午10，11点慢，
你们的线路应该是双绞线吧？不知道你们组网了几年？由于线路的老化，同时使用线路终端增多就容易使速度变慢问题，。。。
你们的线路应该是双绞线吧？不知道你们组网了几年？由于线路的老化，同时使用线路终端增多就容易使速度变慢问题，。。。
liu9527 2002-10-22
- 打赏
- 举报
关注
bessxq 2002-10-21
- 打赏
- 举报
问题解决了没有,如何解决,关注.
ft 2002-10-21
- 打赏
- 举报
to viery(viery)
你说的进程数不断上涨,可能是因为客户端的程序写得有问题,
问一下,你是用的ADO还是什么连接的,在程序中要即时断开连接,
释放资源的.
你说的进程数不断上涨,可能是因为客户端的程序写得有问题,
问一下,你是用的ADO还是什么连接的,在程序中要即时断开连接,
释放资源的.
LikePig 2002-10-21
- 打赏
- 举报
关注。。。。。。。。。。。。。。。!
边城的风 2002-10-21
- 打赏
- 举报
我的机器也是SQL SERVER7.0,本来想换成2000，但客户因为要同其ERP作定时的DTS,所以也没法升级。
我们的系统用了一段时间都挺好，某天突然系统变的很慢，SQL SERVER占CPU的利用率在95％以上，重新SQL启动就好。但过一会儿又不行了，又是老样子。另外，还有一个现象，就是发现SQL中的进程数不断上涨，有时达到上千个，而且没有下降的迹象。我之后又重启服务了。
我们的系统用了一段时间都挺好，某天突然系统变的很慢，SQL SERVER占CPU的利用率在95％以上，重新SQL启动就好。但过一会儿又不行了，又是老样子。另外，还有一个现象，就是发现SQL中的进程数不断上涨，有时达到上千个，而且没有下降的迹象。我之后又重启服务了。
chinazuo305elong 2002-10-21
- 打赏
- 举报
up
lgm76 2002-10-21
- 打赏
- 举报
我也碰到过，你的表太大了，MS SQL 只要一个表达1千万以上后，而且操作频繁，过一段时间后数据库就要慢下来的。我后来是用分表存储不同时期的数据解决问题
Jakecat 2002-10-20
- 打赏
- 举报
改用linux+sql server吧，洗心隔面吧
-----------------------------------------
www.freweb.net
-----------------------------------------
www.freweb.net
ft 2002-10-20
- 打赏
- 举报
怎么这位兄台不来回个话呀,
问题解决了没有,如何解决,或者再把情况说详细些呀.
//经典问题,时刻关注.
问题解决了没有,如何解决,或者再把情况说详细些呀.
//经典问题,时刻关注.
befree 2002-10-20
- 打赏
- 举报
效率可能是MSSQL的组件好
不过ado的兼容性强
以后还要用ado.net
不过ado的兼容性强
以后还要用ado.net
w_rose 2002-10-19
- 打赏
- 举报
碰上一个笨蛋程序员写了个倒霉程序。程序员一般都会在撂挑子之前还把责任推到数据库身上！
加载更多回复（28）
