Как Читайте Committed уровень изоляции предотвращает грязное чтение

Question

я начать с простого вопроса:

по определению Грязный Распознать Wikipedia и Msdn:

мы имеем 2 одновременных транзакций, T1 и T2

Происходит грязное чтение, когда T1 обновляет строку, а T2 читает строку, которая «еще не завершена», T1

, но при чтении совершенного уровня sh Заблокированные блоки блокируются, как только данные считываются (не в конце транзакции или даже в конце заявления

то как Read Committed предотвращает грязные чтения? Bkaz, как только блокировка общего доступа, выпущенная на обновленной строке T2, может читать обновленную строку, а t1 может откатить всю операцию, тогда у нас есть грязное чтение на руке t1

Answer 1

Это предотвращает загрязнение чтения, поскольку T1 имеет блокировка строки, поэтому T2 не может прочитать строку «еще не совершена», которую позже можно отбросить.

Проблема Read Committed пытается решить это:

T1 создает транзакцию и пишет что-то

T2 читает что-то

T1 откатить транзакцию

Теперь T2 имеет данные, на самом деле никогда не существовало.

В зависимости от того, как DB структурирована, есть два «хорошие» возможности:

T1 создает транзакцию и записывает что-то

T2 ждет, пока T1 для завершения транзакции

или

T2 читает «моментальный снимок» того, как БД была ПЕРЕД Т1, начала транзакцию (она называется «Чтение, проведенное с использованием управления версиями строк»)

(по умолчанию на MSSQL является первым вариантом)

Вот, например, есть сравнение различных уровней изоляции: http://msdn.microsoft.com/en-us/library/ms345124(SQL.90).aspx (читать под Isolation Levels Предлагаемые в SQL Server 2005)

Answer 2

Когда SQL Server выполняет инструкцию на уровне прочитанного уровня изоляции он мгновенно приобретает блокированные блокировки общего доступа. Продолжительность этих блокировок акций достаточно велика, чтобы читать и обрабатывать каждую строку; сервер, как правило, освобождает каждый замок перед тем, как перейти к следующей строке. Таким образом, если вы выполняете простой оператор select в соответствии с прочитанным и проверяете блокировки (например, с помощью sys.dm_tran_locks), вы обычно увидите не более одной блокировки строк за раз. Единственная цель этих блокировок состоит в том, чтобы убедиться, что оператор только считывает и возвращает зафиксированные данные. Блокировки работают, потому что обновления всегда приобретают эксклюзивный замок, который блокирует всех читателей, пытающихся приобрести блокировку общего доступа.

Ripped от here