SQL Server CPU与存储瓶颈

Question

我已经阅读了很多关于使用SSD比传统硬盘运行得更好的SQL Server的信息。 但是，在测试环境中使用我的应用程序进行负载测试时，我能够保持我的测试数据库服务器（SQL 2005）在CPU使用率达到75％到100％之间，而不会对磁盘​​访问造成太大压力（尽我所能）告诉）。 我的数据集仍然很小; 数据库备份小于100 MB。 我正在使用的测试服务器不是新的，但也没有懈怠。

所以，我的问题：

1. CPU是否是瓶颈（而不是存储），因为数据集很小，因此适合内存？

2. 一旦数据集增长，这会发生变化，因此需要进行分页吗？

3. 在SQL Server开始分页之前，数据集必须达到多大（占系统内存的百分比）？ 或者这取决于很多其他因素？

4. 随着应用程序及其数据集的增长，除了CPU，存储和缺少适当的索引之外，是否还会出现其他瓶颈？

Answer 1

1. 是

2. 是

3. 如果您将SQL Server配置为使用尽可能多的内存，可能是在超出最大系统内存时。 但它的设置取决于导致分页的原因（正在执行的查询是最常见的原因）。

4. 请求机器和服务器之间的I / O是我能想到的唯一一个，只有在检索大型数据集时才有意义。 我也不会将缺乏索引作为瓶颈，而是索引可以在搜索方面实现更好的性能。

Answer 2

只要CPU是专用SQL-Server计算机的瓶颈，您就不必担心磁盘速度（假设机器没有任何问题）。 SQL-Server将使用大量内存缓存。 SQL-Server具有内置策略，可在给定负载和可用资源下最佳地执行。 只是不要担心！