SQL Server - 数据和日志分离

Question

我们有一个 SQL Server 2008 R2，其中包括一个 12K RPM 硬盘和一个 7.2K RPM 硬盘。最初的意图是将数据文件存储在12K驱动器上，将日志文件存储在7.2K驱动器上，这是我们通常的做法。但是，DBA 建议这可能不是理想的配置，我们可能会看到在 12K 硬盘上存储数据和日志文件的性能更好。

不是 DBA，我很乐意听从专家的意见，但我并不完全相信这种配置是最好的方法。我会认为，无论硬盘的规格如何，将数据与日志分离在并行性方面都会有优势。

你怎么看？

Answer 1

日志与数据分离是合理的建议，但问题总是在细节中。频繁提交的写入密集型工作负载需要日志流尽快刷新到磁盘。这反过来需要一个顺序写入模式，就像日志一样，不受任何其他操作的干扰。因此，将数据写入（和读取！）与日志写入隔离开来。

但问题是：您的工作负载写入敏感吗？日志提交刷新等待是最重要的性能瓶颈吗？您可能有一个 tempdb 敏感的工作负载。或者，您的工作负载甚至可能没有触及磁盘。锁争用、内存限制、闩锁争用都可能是您的克星，您如何分离 LDF 和 MDF 都无法解决。并且不要忘记现代 SQL Server 实例通常托管多个数据库，这意味着多个单独的日志流。

在缺乏进一步证据的情况下，您和您的管理员都同样正确/错误。您需要衡量、识别您的问题，并相应地解决它们。阅读如何分析 SQL Server 性能以了解如何识别（和解决）瓶颈的一般指导。

在我走之前，我建议你阅读：

• 基准测试：介绍 SSD（第 1 部分：未过载的日志文件阵列）
• 基准测试：介绍 SSD（第 2 部分：顺序插入）
• 基准测试：SSD 简介（第 3 部分：带有等待统计信息的随机插入）

并不是说，在没有适当考虑工作负载和价值的情况下，您应该使用 SSD（是的，您应该，总是......），但只是思考的食物。