如果将 SQL Server 配置成仅包含几个千兆字节 (GB) 的数据，且不承担繁重的读或写活动，便没有太大的必要关注磁盘 I/O 主题，以及在硬盘之间平衡 SQL Server I/O 活动以获取最佳性能。但是要建立包含成百上千 GB 字节的数据且/或承担繁重的读和/或写活动的大型 SQL Server 数据库，就有必要在多个硬盘之间平衡负荷，以配置最佳的 SQL Server 磁盘 I/O 性能。
标称的磁盘传输率与 SQL Server 的关系
优化数据库性能最重要的一个方面是调整 I/O 性能。SQL Server 当然也不例外。除非 SQL Server 运行在一台具有足够大的内存可容纳整个数据库的机器上，否则 I/O 性能将由磁盘 I/O 子系统处理 SQL Server 数据读写的速度来决定。
请记住下面的经验法则：标准的 Wide Ultra SCSI-3 硬盘每秒钟可为 Windows 和 SQL Server 提供 75 个不连续（随机）的 I/O 操作和 150 个连续的 I/O 操作。这种硬盘的标称传输率在 40 MB/秒左右。请记住更有可能限制数据库服务器的传输率是每秒钟 75/150 I/O，而不是 40 MB/秒。具体演算如下：
（每秒 75 次随机 I/O 操作）X（8 KB 传输）= 每秒 600 KB
上面的计算表示如果在给定的硬盘上进行严格的随机读或写 SQL Server 操作（单页读和写），有可能该硬盘最高只能达到每秒 600 KB（即每秒 0.6 MB）的处理能力。这比驱动器标定的每秒 40 MB 的 I/O 处理能力要低得多。SQL Server 工作线程、Graphical ShowPlan 和 LazyWrtier 执行 8 KB 传输量的 I/O。
（每秒 150 个连续 I/O 操作）X（8 KB 传输）= 每秒 1,200 KB
上面的计算表示如果在给定的硬盘上进行严格的连续读或写 SQL Server 操作（单页读或写），有可能在该硬盘上达到最高每秒 1,200 KB（即每秒 1.2 MB）的处理能力。
（每秒 75 个随机 I/O 操作）X（64 KB 传输）= 每秒 4,800 KB (4.8 MB)
上面的计算表示预读的最次方案（假定进行的都是随机 I/O）。请注意即便在完全进行随机 I/O 的情况下，64 KB 传输量仍然可以提供比单页传输率（0.6 和 1.2 MB/s）要好得多的 I/O 磁盘传输率 (4.8 MB/s)：
（每秒 150 个连续 I/O 操作）X（64 KB 传输）= 每秒 9,600 KB (9.6 MB)
上面的计算表示如果在给定的硬盘上进行严格的连续读或写 SQL Server 操作，有可能在该硬盘上达到最高每秒 9.6 MB 的 I/O 处理能力。这比随机 I/O 的情况要好得多。SQL Server Read-Ahead Manager 以 64 KB 传输率执行磁盘 I/O，并试图安排读操作，以便连续地（通常也称为“按磁盘顺序”）进行预读扫描。因为 Read-Ahead Manager 的目的是连续地执行 I/O 操作，而进行页拆分可能导致扩展盘区的读取不连续，这就是要消除和防止页拆分的原因。
Log Manager 最大可连续地将 32 KB 字节写入日志文件。
连续和不连续的磁盘 I/O 操作
连续和不连续这两个词在硬盘操作中用得非常多。有必要花一些时间来解释一下这两个词对于硬盘的意义。一个硬盘由一组驱动器盘片组成。每个驱动器盘片都通过一组带读/写磁头的取数臂为读/写操作提供服务，这些读/写磁头可以在盘片之间移动，读取驱动器盘片中的信息或者将数据写入盘片。就 SQL Server 而言，应记住硬盘的两个重要特性：
读/写磁头和相关的磁盘取数臂需要移动才能在 SQL Server 和 Windows 所要求的硬盘盘片的位置上进行查找和操作。如果数据所在的硬盘盘片的位置不连续，硬盘驱动器要花多得多的
【本站论坛】【大 中 小】【刷新】【打印】【关闭】
