Оптимизация запросов к фреймворку сносов WITH(NOLOCK)

Маленькая мразь · Опубликовано 06.01.2021 14:52:16

Прежде всего, эта статья иНе добавляя WITH(NOLOCK) для улучшения производительности запросовВместо этого данные считываются через механизм изоляции транзакции.

В базах данных SQL Server, когда одна и та же таблица часто читается и записывается одновременно, возникает проблема блокировки, то есть вы не можете читать до завершения предыдущей операции вставки, обновления и удаления, и нужно дождаться завершения операции, чтобы выполнить операцию select, чтобы предотвратить параллельные операции и чтение грязных данных.

Оператор SELECT с WITH (NOLOCK) — чтобы решить блокирующий тупик.

Заметка:Использование WITH(NOLOCK) приведёт к грязному чтению данных。

ef отображает сгенерированные SQL-операторы
https://www.itsvse.com/thread-3813-1-1.html

Тестовый код следующий:

Вход виден.

Используйте делегат Func для упаковки кода следующим образом:

Вход виден.

Полученный SQL-оператор выглядит следующим образом:

2021-01-06 14:32:09.9505 [ тема] DEBUG DEBUG LogCenter - sql-оператор: SELECT TOP (1)
[Extent1]. [ID] КАК [ID],
[Extent1]. [Имя] AS [Имя]
ОТ [dbo]. [Это] AS [Extent1]
ГДЕ ([Extent1].[ Name] = @p__linq__0) ИЛИ (([Extent1].[ Name] IS NULL) и (@p__linq__0 — NULL))
2021-01-06 14:32:09.9515 [ thread] 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 [ thread] DEBUG DEBUG LogCenter - sql-оператор: -- Выполняется в 2021-01-06 14:32:09 +08:00

2021-01-06 14:32:09.9545 [ thread] DEBUG DEBUG LogCenter - sql-оператор: -- Завершено за 1 мс с результатом: SqlDataReader

2021-01-06 14:32:09.9555 [ thread] DEBUG DEBUG LogCenter - sql-оператор:

2021-01-06 14:32:09.9555 [ thread] DEBUG DEBUG LogCenter - sql-оператор: Соединение закрыто в 2021-01-06 14:32:09 +08:00

Select Query не включает ключевое слово nolock.

(Конец)

Маленькая мразь · Опубликовано 06.01.2021 14:53:17

Вход виден.

Используй: Добавьте следующее высказывание в Application_Start() Global.cs, и сгенерированный SQL автоматически добавит with(nolock)
//ef命令拦截器
dbInterception.Add(new with NoLock Interceptor());
Если оператор SQL нужно заблокировать, добавьте следующее расширение

Вход виден.

1. Исправлена проблема ошибок регулярных выражений, предоставляемых в Интернете при особых обстоятельствах

Маленькая мразь · Опубликовано 10.01.2021 10:27:32

Тестирование скриптов SQL:

Вход виден.

Результаты тестов:

По умолчанию транзакция не добавляется, и уровень изоляции по умолчанию правильный:

Продолжительность: 17561 миллисекунд

IsolationLevel.ReadUncommitted isolation level, как показано на следующем изображении:

Время: 519 мс

Источник:

Вход виден.

Маленькая мразь · Опубликовано 02.05.2023 11:45:35

ADO.NET настройки позволяют грязное чтениеReadUncommitted, код следующий:

Вход виден.

Есть и другой способ написания, стильный код выглядит следующим образом:

Вход виден.

С обоими письменными тестами нет проблем,Рекомендуется использовать первую напрямую！！！

Другие способы написания:

Вход виден.

Маленькая мразь · Опубликовано 22.12.2025 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, булева должна кэшироватьForAlwaysEncrypted)
      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, булев reversSynchronization)

Уровни изоляции утечек SqlTransaction и TransactionScope(The.)Этот баг существует уже 8 лет, пока что его не отремонтировали! Думаю, многие могут быть затронуты, даже не осознавая этого):Вход по гиперссылке виден.
Запросите SQL-оператор на текущем уровне изоляции сессии следующим образом:

Вход виден.

Маленькая мразь · Опубликовано 23.12.2025 8:53:39

Использование ReadUncommitted BeginTransaction может привести к грязному чтению для запросов вне транзакции:Вход по гиперссылке виден.
Когда соединение закрыто, уровень изоляции транзакций не сбрасывается:Вход по гиперссылке виден.

[Источник] Оптимизация запросов к фреймворку сносов WITH(NOLOCK)

Связанные публикации

Просмотренные разделы