我已经阅读了很多关于使用SSD的SQL Server比传统硬盘运行得更好的信息。但是，在测试环境中使用我的应用程序进行负载测试时，我能够保持我的测试数据库服务器（SQL 2005）与CPU使用率保持在75％和100％之间，而不会对磁盘访问造成太大压力（尽我所能）告诉）。我的数据集仍然很小;数据库备份小于100 MB。我正在使用的测试服务器并不新鲜，但也没有懈怠。
所以，我的问题：
CPU是瓶颈（而不是存储），因为数据集很小，因此适合内存吗？
一旦数据集增长，这会发生变化，因此需要进行分页吗？
在SQL Server开始分页之前，数据集必须达到多大（占系统内存的百分比）？或者这取决于很多其他因素？
随着应用程序及其数据集的增长，除了CPU，存储和缺少适当的索引之外，是否还会出现其他瓶颈？
答案 0 :(得分：2)
是
是
如果您将SQL Server配置为使用尽可能多的内存，可能是因为它超出了最大系统内存。但它的设置取决于导致分页的原因（正在执行的查询是最常见的原因）。
请求计算机和服务器之间的I / O是我能想到的唯一一个，只有在检索大型数据集时才有意义。我也不会将缺乏索引作为瓶颈，而是索引可以在搜索方面实现更好的性能。
答案 1 :(得分：0)
只要CPU是专用SQL-Server计算机的瓶颈，您就不必担心磁盘速度（假设机器没有任何问题）。 SQL-Server将使用大量内存缓存。 SQL-Server具有内置策略，可在给定负载和可用资源下最佳地执行。只是不要担心！