Sql server 影响日志缓冲区刷新或每秒提交性能的SQL Server选项?

Sql server 影响日志缓冲区刷新或每秒提交性能的SQL Server选项?,sql-server,sql-server-2014,Sql Server,Sql Server 2014,我正在调查两个SQL Server 2014实例,都运行相同的软件,都运行相同的硬件(VM),都加载了相同的测试数据库,但其中一个在microbenchmark上的性能要高得多 基准测试基本上在一个循环中运行以下各项: BEGIN TRANSACTION INSERT INTO [tablename] ([data]) VALUES (CONVERT(NVARCHAR(2000), NEWID())) COMMIT 一台服务器每秒可以实现大约200个事务。另一种是,大约每秒20

我正在调查两个SQL Server 2014实例,都运行相同的软件,都运行相同的硬件(VM),都加载了相同的测试数据库,但其中一个在microbenchmark上的性能要高得多

基准测试基本上在一个循环中运行以下各项:

BEGIN TRANSACTION
    INSERT INTO [tablename] ([data])
    VALUES (CONVERT(NVARCHAR(2000), NEWID()))
COMMIT
一台服务器每秒可以实现大约200个事务。另一种是,大约每秒2000个事务

由于这个事务做的很少,我立即假设瓶颈可能是刷新日志缓冲区时的磁盘I/O。我认为延迟的耐久性选项肯定能解释这种差异。但遗憾的是,它在两台服务器上都被设置为禁用。对其他选项的审计没有发现其他明显的配置差异

因此,我的问题是:

  • 当该选项设置为Disabled(禁用)时,是否有任何其他方式可以延迟事务耐久性,例如某个地方的主覆盖配置文件
  • 是否有其他方式会影响日志缓冲区刷新
  • 是否有其他设置可以解释我所看到的性能差异

  • 注意:我非常清楚这是一个微基准,并不代表应用程序的工作流程-但是,实际测试也显示了性能差异,这个事务循环似乎是显示差异的最小可重复性示例。

    如果在一些数据库卷上运行
    sqlio
    基准测试,则可以排除SQL Server设置-它在2015年“退役”,但仍然产生可用结果。如果您仍然看到两个VM客户机之间的磁盘性能存在数量级差异,那么您可以开始将注意力转向VM配置。e、 g.:ESX/i具有每个池和每个来宾的设置来限制磁盘IO。