Azure SQL Database での並列処理の最大限度 (MAXDOP) の構成

[アーティクル]
03/22/2023

適用対象: Azure SQL Database Microsoft Fabric SQL Database

この記事では、Azure SQL Database での並列処理の最大限度 (MAXDOP) 構成設定について説明します。

Note

この内容は Azure SQL Database が対象です。 Azure SQL Database は、Microsoft SQL Server データベースエンジンの最新の安定バージョンに基づいているため、トラブルシューティングと構成のオプションが異なる場合はありますが、コンテンツの大半は似ています。 SQL Server での MAXDOP の詳細については、「max degree of parallelism サーバー構成オプションの構成」を参照してください。

概要

MAXDOP により、データベースエンジンでのクエリ内並列処理が制御されます。通常、MAXDOP 値が高いほど、クエリあたりの並列スレッドの数が増え、クエリの実行が高速化されます。

Azure SQL Database では、新しい単一データベースとエラスティックプールデータベースの既定の MAXDOP 設定は 8 です。この既定値では、不要なリソースの使用が防止される一方で、データベースエンジンで並列スレッドを使用してクエリの実行を高速化できます。通常、Azure SQL Database ワークロードで MAXDOP をさらに構成する必要はありませんが、これは高度なパフォーマンスチューニングの演習として有益である場合があります。

Note

2020 年 9 月に、Azure SQL Database サービスの長年の利用統計情報に基づいて、幅広い顧客のワークロードに対する最適な値として MAXDOP 8 が新しいデータベースの既定値になりました。この既定値は、過剰な並列処理によるパフォーマンスの問題を防ぐことに役立っています。以前は、新しいデータベースの既定の設定は MAXDOP 0 でした。 2020 年 9 月より前に作成された既存のデータベースについては、MAXDOP は自動的には変更されていません。

一般に、データベースエンジンでは、並列処理を使用してクエリを実行することを選択すると、実行時間が短縮されます。ただし、過剰な並列処理では、クエリのパフォーマンスは向上せず、プロセッサリソースが余分に消費される可能性があります。大規模で過剰な並列処理は、同じデータベースエンジンインスタンスで実行されているすべてのクエリのクエリパフォーマンスに悪影響を及ぼす可能性があります。従来、並列処理の上限を設定することは、SQL Server ワークロードのパフォーマンスチューニングで一般的に実施されていました。

次の表で、異なる MAXDOP 値を使用してクエリを実行する場合のデータベースエンジンの動作について説明します。

MAXDOP	動作
= 1	データベースエンジンでは、1 つの直列スレッドを使用してクエリが実行されます。並列スレッドは使用されません。
> 1	データベースエンジンによって、並列スレッドで使用される追加のスケジューラの数が、MAXDOP 値または論理プロセッサの合計数のいずれか小さい方に設定されます。
= 0	データベースエンジンによって、並列スレッドで使用される追加のスケジューラの数が、論理プロセッサの合計数または 64 のいずれか小さい方に設定されます。

Note

各クエリは、少なくとも 1 つのスケジューラと、そのスケジューラの 1 つのワーカースレッドを使用して実行されます。

並列処理で実行されるクエリでは、追加のスケジューラと追加の並列スレッドが使用されます。複数の並列スレッドが同じスケジューラで実行される可能性があるため、クエリの実行に使用されるスレッドの合計数は、指定した MAXDOP 値または論理プロセッサの合計数よりも多くなる場合があります。詳細については、「並列タスクのスケジューリング」を参照してください。

考慮事項

Azure SQL Database では、既定の MAXDOP 値を変更できます。
- クエリレベルでは、MAXDOP クエリヒントを使用します。
- データベースレベルでは、MAXDOP データベーススコープ構成を使用します。
Azure SQL Database には、従来からの SQL Server の MAXDOP に関する考慮事項と推奨事項が適用されます。
インデックスを作成または再構築したり、クラスター化インデックスを削除するインデックス操作には、リソースを集中して使用するものがあります。 CREATE INDEX または ALTER INDEX ステートメントで MAXDOP インデックスオプションを指定することで、インデックス操作のデータベース MAXDOP 値をオーバーライドできます。 MAXDOP 値は実行時にステートメントに適用され、インデックスメタデータには保存されません。詳細については、「並列インデックス操作の構成」を参照してください。
クエリおよびインデックスの操作に加えて、MAXDOP のデータベーススコープ構成オプションでも、DBCC CHECKTABLE、DBCC CHECKDB、DBCC CHECKFILEGROUP など、並列実行を使用する場合がある他のステートメントの並列処理が制御されます。

推奨事項

データベースの MAXDOP を変更すると、クエリのパフォーマンスとリソースの使用率に、良くも悪くも大きな影響を与える可能性があります。ただし、すべてのワークロードに最適な単一の MAXDOP 値はありません。 MAXDOP の設定に関する推奨事項は微妙であり、多くの要因に依存しています。

ピーク時の同時実行ワークロードによっては、他のものとは異なる MAXDOP で動作が向上する場合があります。 MAXDOP を適切に構成すると、パフォーマンスと可用性のインシデントのリスクを軽減でき、場合によっては、不要なリソースの使用を回避することでコストを削減でき、それにより、より小さいサービス目標にスケールダウンできます。

過剰な並列処理

多くの場合、MAXDOP が高いほど、CPU 集約型のクエリの実行時間が短縮されます。ただし、過剰な並列処理によって CPU とワーカースレッドリソースの他のクエリが逼迫し、他の同時実行ワークロードのパフォーマンスが悪化する場合があります。極端なケースでは、過剰な並列処理によってすべてのデータベースまたはエラスティックプールのリソースが消費され、クエリのタイムアウト、エラー、アプリケーションの停止が発生します。

ヒント

MAXDOP は 0 に設定しないことをお勧めします。これは、現時点でこれによる問題が発生していないと考えられる場合でも同様です。

過剰な並列処理が最も問題になるのは、サービス目標によって提供されている CPU とワーカースレッドリソースでサポートできるよりも多くの同時要求がある場合です。データベースがスケールアップされている場合、または Azure SQL Databaseの将来のハードウェア構成が同じデータベースのサービス目標に対してより多くのコアを提供する場合に、過剰な並列処理が原因で将来発生する可能性のある問題のリスクを減らすには、MAXDOP 0を使用しないようにします。

MAXDOP の変更

既定値とは異なる MAXDOP 設定がご自分の Azure SQL Database ワークロードに対して最適であると判断した場合は、ALTER DATABASE SCOPED CONFIGURATION T-SQL ステートメントを使用できます。例については、下の「Transact-SQL を使用した例」を参照してください。作成する新しいデータベースごとに MAXDOP を既定値以外の値に変更する場合は、この手順をデータベースデプロイプロセスに追加します。

ワークロードのクエリの小規模サブセットでのみ既定値ではない MAXDOP が有益である場合は、OPTION (MAXDOP) ヒントを追加することで、クエリレベルで MAXDOP をオーバーライドできます。例については、下の「Transact-SQL を使用した例」を参照してください。

リアルな同時クエリ負荷に関連するロードテストを使用して、MAXDOP 構成の変更を徹底的にテストします。

読み取り/書き込みワークロードおよび読み取り専用ワークロードに対して異なる MAXDOP 設定が最適である場合、プライマリレプリカとセカンダリレプリカの MAXDOP を個別に構成できます。これは、Azure SQL Database の読み取りスケールアウト、geo レプリケーション、Hyperscale セカンダリレプリカに適用されます。既定では、すべてのセカンダリレプリカで、プライマリレプリカの MAXDOP 構成が継承されます。

セキュリティ

アクセス許可

ALTER DATABASE SCOPED CONFIGURATION ステートメントは、サーバー管理者、データベースロール db_owner のメンバー、または ALTER ANY DATABASE SCOPED CONFIGURATION 権限が許可されているユーザーとして実行する必要があります。

例

これらの例では、Azure SQL Database の新しい単一データベースに対して SAMPLE オプションを選択したときに、最新の AdventureWorksLT サンプルデータベースを使用します。

PowerShell

MAXDOP データベーススコープ構成

この例は、ALTER DATABASE SCOPED CONFIGURATION ステートメントを使用して、MAXDOP 構成を 2 に設定する方法を示しています。この設定は、新しいクエリに対して直ちに有効になります。 PowerShell コマンドレット Invoke-SqlCmd では、設定する T-SQL クエリが実行され、MAXDOP データベーススコープ構成が返されます。

$dbName = "sample" 
$serverName = <server name here>
$serveradminLogin = <login here>
$serveradminPassword = <password here>
$desiredMAXDOP = 8

$params = @{
    'database' = $dbName
    'serverInstance' =  $serverName
    'username' = $serveradminLogin
    'password' = $serveradminPassword
    'outputSqlErrors' = $true
    'query' = 'ALTER DATABASE SCOPED CONFIGURATION SET MAXDOP = ' + $desiredMAXDOP + ';
     SELECT [value] FROM sys.database_scoped_configurations WHERE [name] = ''MAXDOP'';'
  }
  Invoke-SqlCmd @params

この例は、読み取りスケールアウトレプリカが有効になっているAzure SQL Database、geo レプリケーション、および Azure SQL Database Hyperscale のセカンダリレプリカで使用するためのものです。たとえば、プライマリレプリカがセカンダリレプリカとして別の既定の MAXDOP に設定されている場合、読み取り/書き込みと読み取り専用ワークロードの間に違いがあると予測されます。

$dbName = "sample" 
$serverName = <server name here>
$serveradminLogin = <login here>
$serveradminPassword = <password here>
$desiredMAXDOP_primary = 8
$desiredMAXDOP_secondary_readonly = 1
 
$params = @{
    'database' = $dbName
    'serverInstance' =  $serverName
    'username' = $serveradminLogin
    'password' = $serveradminPassword
    'outputSqlErrors' = $true
    'query' = 'ALTER DATABASE SCOPED CONFIGURATION SET MAXDOP = ' + $desiredMAXDOP_primary + ';
    ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY SET MAXDOP = ' + $desiredMAXDOP_secondary_readonly + ';
    SELECT [value], value_for_secondary FROM sys.database_scoped_configurations WHERE [name] = ''MAXDOP'';'
  }
  Invoke-SqlCmd @params

Transact-SQL

Azure portal クエリエディター、SQL Server Management Studio (SSMS)、または Azure Data Studio を使用して、Azure SQL Database に対して T-SQL クエリを実行できます。

新しいクエリウィンドウを開きます。
MAXDOP を変更するデータベースに接続します。 master データベースのデータベーススコープ構成は変更できません。
次の例をコピーしてクエリウィンドウに貼り付け、 [実行] を選択します。

MAXDOP データベーススコープ構成

この例では、sys.database_scoped_configurations システムカタログビューを使用して、現在のデータベースの MAXDOP データベーススコープ構成を確認する方法を示します。

SELECT [value] FROM sys.database_scoped_configurations WHERE [name] = 'MAXDOP';

この例は、ALTER DATABASE SCOPED CONFIGURATION ステートメントを使用して、MAXDOP 構成を 8 に設定する方法を示しています。設定はすぐに反映されます。

ALTER DATABASE SCOPED CONFIGURATION SET MAXDOP = 8;

この例は、読み取りスケールアウトレプリカが有効になっている Azure SQL Database、geo レプリケーション、Hyperscale セカンダリレプリカで使用するためのものです。たとえば、プライマリレプリカがセカンダリレプリカとは異なる MAXDOP に設定されている場合、読み取り/書き込みワークロードと読み取り専用ワークロードの間に違いがあると予測されます。すべてのステートメントがプライマリレプリカで実行されます。 sys.database_scoped_configurations の value_for_secondary 列には、セカンダリレプリカ用の設定が含まれています。

ALTER DATABASE SCOPED CONFIGURATION SET MAXDOP = 8;
ALTER DATABASE SCOPED CONFIGURATION FOR SECONDARY SET MAXDOP = 1;
SELECT [value], value_for_secondary FROM sys.database_scoped_configurations WHERE [name] = 'MAXDOP';

MAXDOP クエリヒント

この例では、max degree of parallelism を強制的に 2 にするクエリヒントを使用してクエリを実行する方法を示します。

SELECT ProductID, OrderQty, SUM(LineTotal) AS Total  
FROM SalesLT.SalesOrderDetail  
WHERE UnitPrice < 5  
GROUP BY ProductID, OrderQty  
ORDER BY ProductID, OrderQty  
OPTION (MAXDOP 2);    
GO

MAXDOP インデックスオプション

この例では、max degree of parallelism を強制的に 12 にするインデックスオプションを使用してインデックスを再構築する方法を示します。

ALTER INDEX ALL ON SalesLT.SalesOrderDetail 
REBUILD WITH 
   (     MAXDOP = 12
       , SORT_IN_TEMPDB = ON
       , ONLINE = ON);

次のステップ

パフォーマンスの監視とチューニング

次の方法で共有

Azure SQL Database での並列処理の最大限度 (MAXDOP) の構成

概要

考慮事項

推奨事項

過剰な並列処理

MAXDOP の変更

セキュリティ

アクセス許可

例

PowerShell

MAXDOP データベーススコープ構成

Transact-SQL

MAXDOP データベーススコープ構成

MAXDOP クエリヒント

MAXDOP インデックスオプション

関連項目

次のステップ

フィードバック

その他のリソース

次の方法で共有

Azure SQL Database での並列処理の最大限度 (MAXDOP) の構成

概要

考慮事項

推奨事項

過剰な並列処理

MAXDOP の変更

セキュリティ

アクセス許可

例

PowerShell

MAXDOP データベース スコープ構成

Transact-SQL

MAXDOP データベース スコープ構成

MAXDOP クエリ ヒント

MAXDOP インデックス オプション

関連項目

次のステップ

フィードバック

その他のリソース

MAXDOP データベーススコープ構成

MAXDOP データベーススコープ構成

MAXDOP クエリヒント

MAXDOP インデックスオプション