SQL Server 2008性能问题

Question

我有一个包含30列和约340万条记录的表.SELECT*FROM [Table]是否合理; 需要8到12分钟才能返回所有340万个结果？

如果没有,哪里是开始诊断我的问题的好地方/资源？

Answer 1

是的,是合理的.对于一个精确调谐和运行最佳的系统,可以在大约12分钟内提供3.4密耳的行,这正是预期的结果......

尽管如此,还有一些地方需要提高性能:

• 表是否适合缓冲池？IE浏览器.你有足够的RAM存储整个数据库吗？如果不是,那么你将要为磁盘命中IO.页面寿命计数器是一个很好的指标.
• 磁盘I/O子系统的速度有多快？我们是在谈论5000 RPM的二手IDE驱动器还是RamSAN-500？sqliosim报告的吞吐量是多少？怎么样的穿孔计数器,平均.磁盘队列长度,平均 磁盘秒/物理磁盘上的传输？Reads与Writes有什么不同？
• 桌子有多碎片？扫描性能首先受到预读效率的影响,预读大小由hobt片段大小决定.也许您需要优化表的ETL,遵循FastTrack方法.
• 任何争论都在进行？你有没有测量锁定等待时间？也许snasphot隔离可以缓解这个问题.
• 客户可以及时收到3.4密耳的行吗？服务器上的服务器是否阻止可用性？同样,等待统计数据可以表明这一点.

另一个好的开始是遵循等待和队列方法.