Оптимізація запитів до фреймворку сутностей 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 [ thread] DEBUG DEBUG LogCenter - sql-оператор: SELECT TOP (1)
[Extent1]. [ID] ЯК [ID],
[Extent1]. [Ім'я] AS [Ім'я]
ВІД [dbo]. [Іце] AS [Extent1]
ДЕ ([Extent1].[ Назва] = @p__linq__0) АБО (([Extent1].[ Ім'я] Є NULL) та (@p__linq__0 Є NULL))
2021-01-06 14:32:09.9515 [ thread] DEBUG DEBUG LogCenter - sql-оператор:

2021-01-06 14:32:09.9525 [ thread] 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 (новий з 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, булева isInternal, булева forDescribeParameterEncryption, булевий маєCacheForAlwaysEncrypted)
      at Microsoft.Data.SqlClient.SqlCommand.CompleteAsyncExecuteReader(булевий isInternal, булевий 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, булева ремісіяСинхронізація)

Рівні ізоляції витоків SqlTransaction та TransactionScope(The.)Цей баг існує вже 8 років, поки що його не відремонтували! Гадаю, багато людей можуть бути зачеплені, навіть не усвідомлюючи цього):Вхід за гіперпосиланням видно.
Запит до SQL-оператора на поточному рівні ізоляції сесії наступним чином:

Вхід видно.

Маленька покидька · Опубліковано 23.12.2025 08:53:39

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

[Джерело] Оптимізація запитів до фреймворку сутностей WITH(NOLOCK)

Пов'язані дописи

Переглянуті розділи