Entity Framework クエリ最適化 WITH(NOLOCK)

クズども · 掲載地 2021/01/06 14:52:16

まず第一に、この記事とクエリ性能を向上させるためにWITH(NOLOCK)を追加しても問題ありません代わりに、データはトランザクションの隔離メカニズムを通じて読み込まれます。

SQL Serverのデータベースでは、同じデータベーステーブルが頻繁に読み書きされる場合、ロック問題が発生します。つまり、前の挿入、更新、削除のトランザクションが完了するまで読み取れず、選択操作を行うために操作が完了するまで待たなければなりません。これにより、並行操作を防ぎ、汚れたデータを読み取るのを防ぎます。

SELECT文をWITH(NOLOCK)でブロックデッドロックを解決します。

手記：WITH(NOLOCK)を使用するとデータ読み取りが汚れてしまいます。

efは生成されたSQL文を表示します
https://www.itsvse.com/thread-3813-1-1.html

テストコードは以下の通りです:

ログインが見えます。

Func delegate を使ってコードを以下のようにパッケージ化します:

ログインが見えます。

その結果得られるSQL文は以下の通りです:

2021-01-06 14:32:09.9505 [スレッド] DEBUG DEBUG LogCenter - sql文:SELECT TOP (1)
[エクステント1]。 [ID] [ID]として、
[エクステント1]。 [名前] AS [名前]
[DBO]より。 [イツヴセ] AS [拡張1]
ここで ([Extent1].[ 名前 = @p__linq__0) または (([Extent1].[ 名前はNULLです)および(@p__linq__0はNULLです))
2021-01-06 14:32:09.9515 [スレッド] DEBUG DEBUG LogCenter - sql文:

2021-01-06 14:32:09.9525 [スレッド] DEBUG DEBUG LogCenter - sql文: -- p__linq__0: 'itsvse.com' (タイプ=文字列、サイズ=4000)

2021-01-06 14:32:09.9525 [スレッド] DEBUG DEBUG LogCenter - sql文:-- 実行中 2021-01-06 14:32:09 +08:00

2021-01-06 14:32:09.9545 [スレッド] DEBUG DEBUG LogCenter - sql文:-- 結果:SqlDataReaderで1ミリ秒で完了

2021-01-06 14:32:09.955 [スレッド] DEBUG DEBUG LogCenter - sql文:

2021-01-06 14:32:09.9555 [スレッド] DEBUG DEBUG LogCenter - sql文:2021-01-06 14:32:09 +08:00に接続を閉じました

Selectクエリにはnolockキーワードが含まれていません。

(終わり)

クズども · 掲載地 2021/01/06 14:53:17

ログインが見えます。

使用方法:Global.csのApplication_Start()に次の文を追加すると、生成されたSQLは自動的に(nolock)で追加されます。
//ef命令拦截器
DbInterception.Add(新設WithNoLockInterceptor());
SQL文をロックする必要がある場合は、次の拡張子を追加します。

ログインが見えます。

1. 特別な状況下でインターネット上で提供される正規表現の誤り問題を修正

クズども · 掲載地 2021/01/10 10:27:32

SQLスクリプトのテスト:

ログインが見えます。

検査結果:

デフォルトではトランザクションが追加されず、デフォルトの隔離レベルは正しいです:

持続時間:17561ミリ秒

IsolationLevel.ReadUncommitdのアイソレーションレベルは、以下の画像に示されています:

時間:519 ms

源：

ログインが見えます。

クズども · 掲載地 2023/05/02 11:45:35

ADO.NET 設定は汚れた読み物を許可しています未コミットを読む、コードは以下の通りです:

ログインが見えます。

別の書き方もあります。dapperコードは以下の通りです:

ログインが見えます。

両方のライティングテストに問題はありません。最初のものを直接使うことが推奨されます！！！

その他の書き方:

ログインが見えます。

クズども · 掲載地 2025/12/22 13:26:15

Microsoft.Data.SqlClient.SqlException(0x80131904):メモリ最適化テーブルはトランザクション分離レベルの「READ UNCOMMITTED」をサポートしません。
      at Microsoft.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj, Boolean callerHasConnectionLock, Boolean asyncClose)
      at Microsoft.Data.SqlClient.TdsParser.TryRun(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj, Boolean& dataReady)
      at Microsoft.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString, Boolean isInternal, Boolean forDescribeParameterEncryption, Boolean shouldCacheForAlwaysEncrypted)
      at Microsoft.Data.SqlClient.SqlCommand.CompleteAsyncExecuteReader(Boolean isInternal, Boolean forDescribeParameterEncryption)
      at Microsoft.Data.SqlClient.SqlCommand.InternalEndExecuteNonQuery(IAsyncResult asyncResult, Boolean isInternal, String endMethod)
      at Microsoft.Data.SqlClient.SqlCommand.EndExecuteNonQueryInternal(IAsyncResult asyncResult)
      at Microsoft.Data.SqlClient.SqlCommand.EndExecuteNonQueryAsync(IAsyncResult asyncResult)
      at System.Threading.Tasks.TaskFactory'1.FromAsyncCoreLogic(IAsyncResult iar, Func'2 endFunction, Action'1 endAction, Task'1 promise, Boolean requiresSynchronization)

SqlTransactionおよびTransactionScopeのリーク隔離レベル(その。)このバグは8年間存在しています、今のところ修理されていない! 多くの人が気づかないうちに影響を受けているのかもしれませんね:ハイパーリンクのログインが見えます。
現在のセッション分離レベルでSQL文を照会します。

ログインが見えます。

クズども · 掲載地 2025/12/23 8:53:39

ReadUncommitted BeginTransactionを使用すると、トランザクション外クエリでダーティーリードが発生することがあります:ハイパーリンクのログインが見えます。
接続が閉じても、トランザクションの隔離レベルはリセットされません:ハイパーリンクのログインが見えます。

[出典] Entity Framework クエリ最適化 WITH(NOLOCK)

関連記事

閲覧したセクション