SQL Server 2016 SP1 CU6を実行しているサーバーで、拡張イベントセッションにSELECTクエリが表示され、書き込みが発生することがあります。例えば:
実行計画では、ハッシュテーブル、スプール、ソートなど、TempDBに流出する可能性のある書き込みの明らかな原因は示されていません。
MAXタイプへの変数割り当てまたは自動統計更新もこれを引き起こす可能性がありますが、どちらもこの場合の書き込みの原因ではありませんでした。
書き込みは他に何ができますか?
これらを 私の元の答え に含めたかどうか思い出せなかったので、別のカップルを示します。
SQL Serverには、tempdbに格納された一時的なデータ構造であるさまざまなスプールが多数あります。 2つの例は、テーブルスプールとインデックススプールです。
それらがクエリプランで発生すると、それらのスプールへの書き込みはクエリに関連付けられます。
これらは、DMV、プロファイラー、XEなどの書き込みとしても登録されます。
実行される書き込みの量は、スプールされるデータのサイズに応じて増加します。
SQL Serverが特定のオペレーターに十分なメモリを取得しない場合、一部のページがディスクに溢れる可能性があります。これは主にソートとハッシュで発生します。これは実際の実行プランで確認でき、SQLサーバーの新しいバージョンでは、流出は dm_exec_query_stats でも追跡されます。
SELECT deqs.sql_handle,
deqs.total_spills,
deqs.last_spills,
deqs.min_spills,
deqs.max_spills
FROM sys.dm_exec_query_stats AS deqs
WHERE deqs.min_spills > 0;
上記で使用したものと同様のXEセッションを使用して、これらを自分のデモで見ることができます。
CREATE EVENT SESSION spools_and_spills
ON SERVER
ADD EVENT sqlserver.sql_batch_completed
( ACTION ( sqlserver.sql_text ))
ADD TARGET package0.event_file
( SET filename = N'c:\temp\spools_and_spills' )
WITH ( MAX_MEMORY = 4096KB,
EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS,
MAX_DISPATCH_LATENCY = 1 SECONDS,
MAX_EVENT_SIZE = 0KB,
MEMORY_PARTITION_MODE = NONE,
TRACK_CAUSALITY = OFF,
STARTUP_STATE = OFF );
GO
場合によっては、クエリストアにより、selectステートメントの影響として、同じセッションで書き込みが発生する可能性があります。
これは次のように再現できます。
USE master;
GO
CREATE DATABASE [Foo];
ALTER DATABASE [Foo] SET QUERY_STORE (OPERATION_MODE = READ_WRITE,
CLEANUP_POLICY = (STALE_QUERY_THRESHOLD_DAYS = 30),
DATA_FLUSH_INTERVAL_SECONDS = 900,
INTERVAL_LENGTH_MINUTES = 60,
MAX_STORAGE_SIZE_MB = 100,
QUERY_CAPTURE_MODE = ALL,
SIZE_BASED_CLEANUP_MODE = AUTO);
USE Foo;
CREATE TABLE Test (a int, b nvarchar(max));
INSERT INTO Test SELECT 1, 'string';
監視する拡張イベントセッションを作成します。
CREATE EVENT SESSION [Foo] ON SERVER
ADD EVENT sqlserver.rpc_completed(SET collect_data_stream=(1)
ACTION(sqlserver.client_app_name,sqlserver.client_hostname,sqlserver.client_pid,sqlserver.database_name,sqlserver.is_system,sqlserver.server_principal_name,sqlserver.session_id,sqlserver.session_server_principal_name,sqlserver.sql_text)
WHERE ([writes]>(0))),
ADD EVENT sqlserver.sql_batch_completed(SET collect_batch_text=(1)
ACTION(sqlserver.client_app_name,sqlserver.client_hostname,sqlserver.client_pid,sqlserver.database_name,sqlserver.is_system,sqlserver.server_principal_name,sqlserver.session_id,sqlserver.session_server_principal_name,sqlserver.sql_text)
WHERE ([writes]>(0)))
ADD TARGET package0.event_file(SET filename=N'C:\temp\FooActivity2016.xel',max_file_size=(11),max_rollover_files=(999999))
WITH (MAX_MEMORY=32768 KB,EVENT_RETENTION_MODE=ALLOW_MULTIPLE_EVENT_LOSS,MAX_DISPATCH_LATENCY=30 SECONDS,MAX_EVENT_SIZE=0 KB,MEMORY_PARTITION_MODE=NONE,TRACK_CAUSALITY=ON,STARTUP_STATE=OFF);
次に、以下を実行します。
WHILE @@TRANCOUNT > 0 COMMIT
SET IMPLICIT_TRANSACTIONS ON;
SET NOCOUNT ON;
GO
DECLARE @b nvarchar(max);
SELECT @b = b FROM dbo.Test WHERE a = 1;
WAITFOR DELAY '00:00:01.000';
GO 86400
これを再現するために、暗黙のトランザクションが必要な場合と必要でない場合があります。
デフォルトでは、次の1時間の上部にクエリストアの統計収集ジョブがデータを書き込みます。これは、(時々?)時間中に実行される最初のユーザークエリの一部として発生するようです。拡張イベントセッションには、次のようなものが表示されます。
トランザクションログには、発生した書き込みが表示されます。
USE Foo;
SELECT [Transaction ID], [Begin Time], SPID, Operation,
[Description], [Page ID], [Slot ID], [Parent Transaction ID]
FROM sys.fn_dblog(null,null)
/* Adjust based on contents of your transaction log */
WHERE [Transaction ID] IN ('0000:0000042c', '0000:0000042d', '0000:0000042e')
OR [Parent Transaction ID] IN ('0000:0000042c', '0000:0000042d', '0000:0000042e')
ORDER BY [Current LSN];
DBCC PAGE
でページを検査すると、sys.plan_persist_runtime_stats_interval
への書き込みが行われていることがわかります。
USE Foo;
DBCC TRACEON(3604);
DBCC PAGE(5,1,344,1); SELECT
OBJECT_NAME(229575856);
ログエントリは3つのネストされたトランザクションを示していますが、2つのコミットレコードのみを示しています。本番環境での同様の状況では、これにより、暗黙のトランザクションを使用して、予期せずに書き込みトランザクションが開始され、トランザクションログが消去されない、間違いのあるクライアントライブラリが発生しました。ライブラリは、更新、挿入、または削除ステートメントを実行した後でのみコミットを発行するように作成されているため、コミットコマンドを発行せず、書き込みトランザクションを開いたままにしました。
これが発生する可能性のある別の時期があり、それは自動統計更新です。
これから見るXEセッションは次のとおりです。
CREATE EVENT SESSION batches_and_stats
ON SERVER
ADD EVENT sqlserver.auto_stats
( ACTION ( sqlserver.sql_text )),
ADD EVENT sqlserver.sql_batch_completed
( ACTION ( sqlserver.sql_text ))
ADD TARGET package0.event_file
( SET filename = N'c:\temp\batches_and_stats' )
WITH ( MAX_MEMORY = 4096KB,
EVENT_RETENTION_MODE = ALLOW_SINGLE_EVENT_LOSS,
MAX_DISPATCH_LATENCY = 30 SECONDS,
MAX_EVENT_SIZE = 0KB,
MEMORY_PARTITION_MODE = NONE,
TRACK_CAUSALITY = OFF,
STARTUP_STATE = OFF );
GO
次に、これを使用して情報を収集します。
USE tempdb
DROP TABLE IF EXISTS dbo.SkewedUp
CREATE TABLE dbo.SkewedUp (Id INT NOT NULL, INDEX cx_su CLUSTERED (Id))
INSERT dbo.SkewedUp WITH ( TABLOCK ) ( Id )
SELECT CASE WHEN x.r % 15 = 0 THEN 1
WHEN x.r % 5 = 0 THEN 1000
WHEN x.r % 3 = 0 THEN 10000
ELSE 100000
END AS Id
FROM ( SELECT TOP 1000000 ROW_NUMBER() OVER ( ORDER BY @@DBTS ) AS r
FROM sys.messages AS m
CROSS JOIN sys.messages AS m2 ) AS x;
ALTER EVENT SESSION [batches_and_stats] ON SERVER STATE = START
SELECT su.Id, COUNT(*) AS records
FROM dbo.SkewedUp AS su
WHERE su.Id > 0
GROUP BY su.Id
ALTER EVENT SESSION [batches_and_stats] ON SERVER STATE = STOP
XEセッションからの興味深い結果のいくつか:
自動統計更新では書き込みは表示されませんが、クエリでは統計更新の直後に1つの書き込みが表示されます。