Пример 44: взаимодействие конкурирующих транзакций
Грязное чтение в Oracle не существует, но проверить это можно выполнением в двух отдельных сессиях следующих блоков кода:
|
Oracle |
|
Решение 6.2.2.a (код для исследования аномалии грязного чтения) |
||||||
|
1 |
|
-- Транзакция A: |
|
-- Транзакция B: |
|
|||
|
2 |
|
ALTER SESSION SET |
|
ALTER SESSION SET |
|
|||
|
3 |
|
ISOLATION_LEVEL = {УРОВЕНЬ}; |
|
ISOLATION_LEVEL = {УРОВЕНЬ}; |
|
|||
|
4 |
|
SET TRANSACTION {РЕЖИМ}; |
|
SET TRANSACTION {РЕЖИМ}; |
|
|||
|
5 |
|
SELECT 'Tr A: ' || |
|
SELECT |
'Tr B: ' || |
|
||
|
6 |
|
GET_IDS_AND_ISOLATION_LEVEL |
|
GET_IDS_AND_ISOLATION_LEVEL |
|
|||
|
7 |
|
FROM DUAL; |
|
FROM DUAL; |
|
|||
|
8 |
|
SELECT 'Tr A START: ' || |
|
SELECT |
'Tr B START: ' || |
|
||
|
9 |
|
GET_CT FROM DUAL; |
|
GET_CT |
FROM DUAL; |
|
||
|
10 |
|
|
|
|
|
SELECT |
'Tr B SELECT-1: ' || |
|
|
11 |
|
|
|
|
|
GET_CT |
FROM DUAL; |
|
|
12 |
|
EXEC DBMS_LOCK.SLEEP(5); |
|
SELECT |
"sb_is_active" |
|
||
|
13 |
|
|
|
|
|
FROM |
"subscriptions" |
|
|
14 |
|
|
|
|
|
WHERE |
"sb_id" = 2; |
|
|
15 |
|
SELECT 'Tr A UPDATE: ' || |
|
|
|
|
||
|
16 |
|
GET_CT FROM DUAL; |
|
|
|
|
||
|
17 |
|
UPDATE |
"subscriptions" |
|
|
|
|
|
18 |
|
SET |
"sb_is_active" = |
EXEC DBMS_LOCK.SLEEP(10); |
|||||
19CASE
20WHEN "sb_is_active" = 'Y' THEN 'N'
21WHEN "sb_is_active" = 'N' THEN 'Y'
22END
23WHERE "sb_id" = 2;
24 |
|
SELECT |
'Tr B SELECT-2: ' || |
25 |
|
GET_CT |
FROM DUAL; |
26 |
|
SELECT |
"sb_is_active" |
27 |
|
FROM |
"subscriptions" |
28 |
EXEC DBMS_LOCK.SLEEP(20); |
WHERE |
"sb_id" = 2; |
29 |
|
SELECT |
'Tr B COMMIT: ' || |
30 |
|
GET_CT |
FROM DUAL; |
31 |
|
COMMIT; |
|
32 |
SELECT 'Tr A ROLLBACK: ' || |
|
|
33GET_CT FROM DUAL;
34ROLLBACK;
Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 455/545
Пример 44: взаимодействие конкурирующих транзакций
Итоговые результаты взаимодействия транзакций таковы.
|
|
|
Уровень изолированности транзакции B |
|||
|
|
|
READ COMMITTED |
SERIALIZABLE |
||
|
|
|
READ ONLY |
READ WRITE |
READ ONLY |
READ WRITE |
|
|
|
Транзакция B |
Транзакция B |
Транзакция B |
Транзакция B |
|
|
|
оба раза чи- |
оба раза чи- |
оба раза чи- |
оба раза чи- |
|
|
|
тает исходное |
тает исходное |
тает исходное |
тает исходное |
|
|
READ ONLY |
(корректное) |
(корректное) |
(корректное) |
(корректное) |
|
|
значение, UP- |
значение, UP- |
значение, UP- |
значение, UP- |
|
|
|
|
||||
A |
READ |
|
DATE в тран- |
DATE в тран- |
DATE в тран- |
DATE в тран- |
|
закции A за- |
закции A за- |
закции A за- |
закции A за- |
||
транзакции |
COMMITTED |
|
||||
|
прещён (R/O) |
прещён (R/O) |
прещён (R/O) |
прещён (R/O) |
||
|
|
|||||
|
|
|
||||
|
|
|
Транзакция B |
Транзакция B |
Транзакция B |
Транзакция B |
|
|
|
оба раза чи- |
оба раза чи- |
оба раза чи- |
оба раза читает |
изолированности |
|
READ WRITE |
тает исходное |
тает исходное |
тает исходное |
исходное (кор- |
|
|
(корректное) |
(корректное) |
(корректное) |
|
|
|
|
|
(корректное) |
(корректное) |
(корректное) |
ректное) значе- |
|
|
|
значение |
значение |
значение |
ние |
|
|
|
Транзакция B |
Транзакция B |
Транзакция B |
Транзакция B |
|
|
|
оба раза чи- |
оба раза чи- |
оба раза чи- |
|
|
|
|
оба раза читает |
|||
|
|
|
тает исходное |
тает исходное |
тает исходное |
|
|
|
|
исходное (кор- |
|||
|
|
|
|
|
|
|
Уровень |
SERIALIZABLE |
READ ONLY |
закции A за- |
закции A за- |
закции A за- |
ректное) значе- |
|
|
|||||
|
|
|
значение, UP- |
значение, UP- |
значение, UP- |
ние, UPDATE в |
|
|
|
DATE в тран- |
DATE в тран- |
DATE в тран- |
|
|
|
|
транзакции A |
|||
|
|
|
|
|
|
|
|
|
|
прещён (R/O) |
прещён (R/O) |
прещён (R/O) |
запрещён (R/O) |
|
|
|
|
|||
|
|
|
Транзакция B |
Транзакция B |
Транзакция B |
Транзакция B |
|
|
|
оба раза чи- |
оба раза чи- |
оба раза чи- |
оба раза читает |
|
|
READ WRITE |
тает исходное |
тает исходное |
тает исходное |
исходное (кор- |
|
|
|
(корректное) |
(корректное) |
(корректное) |
ректное) значе- |
|
|
|
значение |
значение |
значение |
ние |
Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 456/545
Пример 44: взаимодействие конкурирующих транзакций
Потерянное обновление Oracle может быть исследовано выполнением в двух отдельных сессиях следующих блоков кода:
|
Oracle |
|
Решение 6.2.2.a (код для исследования аномалии потерянного обновления) |
||||||
|
1 |
|
-- Транзакция A: |
|
-- Транзакция B: |
|
|||
|
2 |
|
ALTER SESSION SET |
|
ALTER SESSION SET |
|
|||
|
3 |
|
ISOLATION_LEVEL = {УРОВЕНЬ}; |
|
ISOLATION_LEVEL = {УРОВЕНЬ}; |
|
|||
|
4 |
|
SET TRANSACTION {РЕЖИМ}; |
|
SET TRANSACTION {РЕЖИМ}; |
|
|||
|
5 |
|
SELECT |
'Tr A: ' || |
|
SELECT 'Tr B: ' || |
|
||
|
6 |
|
GET_IDS_AND_ISOLATION_LEVEL |
|
GET_IDS_AND_ISOLATION_LEVEL |
|
|||
|
7 |
|
FROM DUAL; |
|
FROM DUAL; |
|
|||
|
8 |
|
SELECT |
'Tr A START: ' || |
|
SELECT 'Tr B START: ' || |
|
||
|
9 |
|
GET_CT |
FROM DUAL; |
|
GET_CT FROM DUAL; |
|
||
|
10 |
|
SELECT |
'Tr A SELECT: ' || |
|
|
|
|
|
|
11 |
|
GET_CT |
FROM DUAL; |
|
|
|
|
|
|
12 |
|
SELECT |
"sb_is_active" |
|
EXEC DBMS_LOCK.SLEEP(5); |
|
||
|
13 |
|
FROM |
"subscriptions" |
|
|
|
|
|
|
14 |
|
WHERE |
"sb_id" = 2; |
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
15 |
|
|
|
|
|
SELECT 'Tr B SELECT: ' || |
|
|
|
16 |
|
|
|
|
|
GET_CT FROM DUAL; |
|
|
|
17 |
|
EXEC DBMS_LOCK.SLEEP(10); |
|
|
|
|
||
|
18 |
|
|
|
|
|
SELECT |
"sb_is_active" |
|
|
19 |
|
|
|
|
|
FROM |
"subscriptions" |
|
|
20 |
|
|
|
|
|
WHERE |
"sb_id" = 2; |
|
|
21 |
|
SELECT |
'Tr A UPDATE: ' || |
|
|
|
|
|
|
22 |
|
GET_CT |
FROM DUAL; |
|
|
|
|
|
|
23 |
|
|
|
|
|
|
|
|
|
24 |
|
UPDATE |
"subscriptions" |
|
EXEC DBMS_LOCK.SLEEP(10); |
|
||
25 |
|
SET |
"sb_is_active" = 'Y' |
|
|
|
|||
26WHERE "sb_id" = 2;
27SELECT 'Tr A COMMIT: ' ||
28GET_CT FROM DUAL;
29COMMIT;
30 |
|
|
SELECT |
'Tr B UPDATE: ' || |
31 |
|
|
GET_CT |
FROM DUAL; |
32 |
|
|
UPDATE |
"subscriptions" |
33 |
EXEC DBMS_LOCK.SLEEP(10); |
SET |
"sb_is_active" = 'N' |
|
34 |
|
|
WHERE |
"sb_id" = 2; |
35 |
|
|
SELECT |
'Tr B COMMIT: ' || |
36 |
|
|
GET_CT |
FROM DUAL; |
37 |
|
|
COMMIT; |
|
38 |
SELECT |
'Tr A SELECT AFTER: ' || |
SELECT |
'Tr B SELECT AFTER: ' || |
39 |
GET_CT |
FROM DUAL; |
GET_CT |
FROM DUAL; |
40 |
SELECT |
"sb_is_active" |
SELECT |
"sb_is_active" |
41 |
FROM |
"subscriptions" |
FROM |
"subscriptions" |
42 |
WHERE |
"sb_id" = 2; |
WHERE |
"sb_id" = 2; |
|
|
|
|
|
Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 457/545
Пример 44: взаимодействие конкурирующих транзакций
Итоговые результаты взаимодействия транзакций таковы.
|
|
|
Уровень изолированности транзакции B |
|||
|
|
|
READ COMMITTED |
SERIALIZABLE |
||
|
|
|
READ ONLY |
READ WRITE |
READ ONLY |
READ WRITE |
|
|
|
UPDATE в |
UPDATE в |
UPDATE в |
UPDATE в |
|
|
READ ONLY |
обеих транзак- |
транзакции A |
обеих транзак- |
транзакции A |
|
|
циях запре- |
запрещён |
циях запре- |
запрещён |
|
|
|
|
||||
A |
|
|
щён (R/O) |
(R/O) |
щён (R/O) |
(R/O) |
|
|
|
|
|
Обновление |
|
транзакции |
READ |
|
|
|
|
|
|
|
|
|
транзакции A |
||
COMMITTED |
|
UPDATE в |
|
UPDATE в |
||
|
|
|
||||
|
|
Обновление |
сохранено, UP- |
|||
|
|
|
транзакции B |
транзакции B |
||
|
|
READ WRITE |
транзакции A |
DATE в тран- |
||
|
|
запрещён |
запрещён |
|||
|
|
|
утеряно |
закции B не вы- |
||
изолированности |
|
|
(R/O) |
(R/O) |
||
|
|
(R/O) |
полнился (см. |
|||
|
|
щён (R/O) |
щён (R/O) |
|||
|
|
|
|
|
|
|
|
|
|
|
|
|
ниже) |
|
|
|
UPDATE в |
UPDATE в |
UPDATE в |
UPDATE в |
|
|
|
обеих транзак- |
транзакции A |
обеих транзак- |
|
|
|
READ ONLY |
транзакции A |
|||
|
|
циях запре- |
запрещён |
циях запре- |
||
|
|
|
запрещён (R/O) |
|||
|
|
|
|
|
|
|
Уровень |
|
|
|
|
|
|
|
|
|
Обновление |
|
сохранено, UP- |
|
|
|
|
|
|
|
Обновление |
|
SERIALIZABLE |
|
UPDATE в |
|
UPDATE в |
транзакции A |
|
|
|
|
|
||
|
|
READ WRITE |
транзакции B |
транзакции A |
транзакции B |
DATE в тран- |
|
|
запрещён |
запрещён |
|||
|
|
|
утеряно |
закции B не вы- |
||
|
|
|
(R/O) |
(R/O) |
||
|
|
|
|
полнился (см. |
||
|
|
|
|
|
|
|
|
|
|
|
|
|
ниже) |
В транзакции B UPDATE приводит к ошибке «ORA-08177: can't serialize access for this transaction», т.к. соответствующая запись заблокирована транзакцией A.
Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 458/545
Пример 44: взаимодействие конкурирующих транзакций
Неповторяющееся чтение в Oracle может быть исследовано выполнением в двух отдельных сессиях следующих блоков кода:
Oracle
Решение 6.2.2.a (код для исследования аномалии неповторяющегося чтения)
|
1 |
|
-- Транзакция A: |
|
-- Транзакция B: |
|
||
|
2 |
|
ALTER SESSION SET |
|
ALTER SESSION SET |
|
||
|
3 |
|
ISOLATION_LEVEL = {УРОВЕНЬ}; |
|
ISOLATION_LEVEL = {УРОВЕНЬ}; |
|
||
|
4 |
|
SET TRANSACTION {РЕЖИМ}; |
|
SET TRANSACTION {РЕЖИМ}; |
|
||
|
5 |
|
SELECT 'Tr A: ' || |
|
SELECT |
'Tr B: ' || |
|
|
|
6 |
|
GET_IDS_AND_ISOLATION_LEVEL |
|
GET_IDS_AND_ISOLATION_LEVEL |
|
||
|
7 |
|
FROM DUAL; |
|
FROM DUAL; |
|
||
|
8 |
|
SELECT 'Tr A START: ' || |
|
SELECT |
'Tr B START: ' || |
|
|
|
9 |
|
GET_CT FROM DUAL; |
|
GET_CT |
FROM DUAL; |
|
|
|
10 |
|
|
|
|
SELECT |
'Tr B SELECT-1: ' || |
|
|
11 |
|
|
|
|
GET_CT |
FROM DUAL; |
|
|
12 |
|
EXEC DBMS_LOCK.SLEEP(5); |
|
SELECT |
"sb_is_active" |
|
|
|
13 |
|
|
|
|
FROM |
"subscriptions" |
|
|
14 |
|
|
|
|
WHERE |
"sb_id" = 2; |
|
|
15 |
|
SELECT 'Tr A UPDATE: ' || |
|
|
|
|
|
|
16 |
|
GET_CT FROM DUAL; |
|
|
|
|
|
|
17 |
|
UPDATE |
"subscriptions" |
|
|
|
|
|
18 |
|
SET |
"sb_is_active" = |
|
|
|
|
|
19 |
|
CASE |
|
|
EXEC DBMS_LOCK.SLEEP(10); |
|
|
20WHEN "sb_is_active" = 'Y' THEN 'N'
21WHEN "sb_is_active" = 'N' THEN 'Y'
22END
23WHERE "sb_id" = 2;
24SELECT 'Tr A COMMIT: ' ||
25GET_CT FROM DUAL;
26COMMIT;
27 |
SELECT |
'Tr B SELECT-2: ' || |
28 |
GET_CT |
FROM DUAL; |
29 |
SELECT |
"sb_is_active" |
30 |
FROM |
"subscriptions" |
31 |
WHERE |
"sb_id" = 2; |
32 |
SELECT |
'Tr B COMMIT: ' || |
33 |
GET_CT |
FROM DUAL; |
34 |
COMMIT; |
|
Работа с MySQL, MS SQL Server и Oracle в примерах © EPAM Systems, RD Dep, 2016–2018 Стр: 459/545