複数のトランザクションが同じ資源にアクセスする場合、なにも制御を行わないと、データの矛盾が発生してしまいます。このようなことが起こらないように、トランザクションモードを設定し、排他制御を行います。
トランザクションモードには、以下の2つの項目があります。
アクセスモード
独立性水準
独立性水準では、あるトランザクションがアクセスしているデータに対し、他のトランザクションによる参照または更新を制御します。また、他のトランザクションが更新中の資源に対し、自トランザクションが参照または更新できるかを制御します。
独立性水準には以下の4種類があります。
独立性水準の初期値は、動作環境ファイルのDEFAULT_ISOLATIONの指定により決まります。ただし、動作環境ファイルのR_LOCK指定により、独立性水準は以下のようになります。
R_LOCK | DEFAULT_ISOLATION | 独立性水準 |
|---|---|---|
NO | REPEATABLE_READ | SERIALIZABLE |
上記以外 | DEFAULT_ISOLATIONの指定に従う | |
YES | SERIALIZABLE | REPEATABLE READ |
上記以外 | DEFAULT_ISOLATIONの指定に従う |
独立性水準は、SET TRANSACTION文で変更可能です。
ただし、動作環境ファイルのR_LOCKの指定により、独立性水準は以下のようになります。
R_LOCK | SET TRANSACTION文 | 独立性水準 |
|---|---|---|
NO | REPEATABLE_READ | SERIALIZABLE |
上記以外 | SET TRANSACTION文の指定に従う | |
YES | SERIALIZABLE | REPEATABLE READ |
上記以外 | SET TRANSACTION文の指定に従う |
動作環境ファイルでDSO_LOCKを指定した場合、SET TRANSACTION文は指定できません。
参考
SET TRANSACTION文の詳細は、“SQLリファレンス”を参照してください。
あるトランザクションの実行中に現れる可能性のある現象を以下に示します。
現象1)
トランザクションT1が行を更新する。T1がトランザクションを終了する前に、トランザクションT2がその行を読み込む。T1がROLLBACK文を実行した場合、T2は存在しなかった行を読むことになる。
現象2)
トランザクションT1が行を読み込む。トランザクションT2が、その行を更新または削除し、COMMIT文を実行する。T1がその行を再び読もうとした場合、更新した値を受け取るかまたはその行が削除されたことを知る。
現象3)
トランザクションT1が、ある探索条件を満たす行の集合を読み込む。トランザクションT2が、その探索条件を満たす行を追加する。T1が、同じ探索条件で再度行の集合を読み込んだ場合、最初とは異なった行の集合を得ることになる。
独立性水準 | 現象1) | 現象2) | 現象3) |
|---|---|---|---|
SERIALIZABLE | 不可能 | 不可能 | 不可能 |
REPEATABLE READ | 不可能 | 不可能 | 可能 |
READ COMMITTED | 不可能 | 可能 | 可能 |
READ UNCOMMITTED | 可能 | 可能 | 可能 |
あるトランザクションが参照または更新した資源は、そのトランザクションが終了するまで、他のトランザクションから更新されないことが保証されます。
動作環境ファイルのパラメタR_LOCKで行単位の排他が指定されていない場合に有効です。
SERIALIZABLEの場合の排他処理を以下に示します。
図1.6 SERIALIZABLEの場合の排他
(1) 利用者AがCOMMIT(ROLLBACK)終了するまで資源を占有します。
(2) 利用者Bは、利用者Aが資源を占有しているため、待ち状態となります。
(3) 利用者AがCOMMIT(ROLLBACK)するので、利用者Aの資源は解放されます。
(4) 利用者Aが資源を解放したので、利用者Bの更新が実行されます。このとき、資源を占有します。
(5) 利用者BがCOMMIT(ROLLBACK)するので、利用者Bの資源は解放されます。
あるトランザクションが参照または更新した資源は、そのトランザクションが終了するまで、他のトランザクションからの更新がないことが保証されます。
動作環境ファイルのR_LOCKパラメタで行単位の排他が指定されている場合に有効です。
排他の単位が行単位でかつREPEATABLE READが指定された場合は、該当のトランザクションがアクセスしていない行は占有しないので、同一トランザクション内で、同一のSQL文をくり返し実行しても、異なる集合が検索される場合があります。
REPEATABLE READの場合の排他処理を以下に示します。
図1.7 REPEATABLE READの場合の排他
(1) 利用者Aは、COL1がAの行を参照します。トランザクションが終了するまでこの行の集合を占有します。
(2) 利用者Bは、利用者Aが参照した行に対しては更新することができませんが、INSERT文で行を追加することはできます。
(3) 利用者Aが、再びCOL1がAの行を参照します。このとき前回参照した行に加えて、利用者Bが追加した行も検索されます。
あるトランザクションが更新した資源は、そのトランザクションが終了するまで、他のトランザクションから更新されないことが保証されます。しかし、以下のいずれかのSQL文で参照した資源に対しては、他のトランザクションから更新される可能性があります。
単一行SELECT文
更新可能性句に、FOR READ ONLYを指定したカーソルのOPEN文
トランザクションアクセスモードが読込み専用モードのときのOPEN文
したがって、同一トランザクション内でも、テーブル参照ごとに内容が異なる場合があります。
READ COMMITTEDの場合の排他処理を以下に示します。
図1.8 READ COMMITTEDの場合の排他
(1) 利用者Aが参照しているため(参照1)、この参照が終了するまで資源を占有します。
(2) 利用者Aが資源を解放するまで、利用者Bは更新を行えず、待ち状態となります。
(3) 利用者Aが参照終了(参照1)し、資源を解放します。
(4) 利用者Aが資源を解放したので、利用者Bの更新が実行されます。このとき、資源を占有します。
(5) 利用者Bが資源を解放するまで利用者Aは更新(更新)を行えず、待ち状態となります。
(6) 利用者Bの更新が終了します。
(7) 利用者Bがトランザクションを終了し、資源を解放します。
(8) 利用者Bが資源を解放したので、利用者Aの更新(更新)が実行されます。このとき、資源を占有します。
(9) 利用者Aが更新終了(更新)しますが、資源の占有は続きます。
(10) 利用者Aが参照(参照2)を行います。このとき検索される行は、利用者Bが更新した行を含みます。
(11) 利用者Aが参照(参照2)を終了しますが、資源の占有は続きます。
(12) 利用者Aがトランザクションを終了します。これによって資源が解放されます。
あるトランザクションが参照した資源は、他のトランザクションの参照および更新をまったく制限しません。また他のトランザクションが更新した資源も、トランザクションの終了を待たずに参照することができます。トランザクションが更新した資源は、トランザクション終了まで他のトランザクションの参照および更新を待たせます。
READ UNCOMMITTEDの場合の排他処理を以下に示します。
図1.9 READ UNCOMMITTEDの場合の排他
(1) 利用者Bは、更新処理(更新1)のため、COMMIT(ROLLBACK)終了するまで資源を占有します。
(2) 利用者Aは、資源を占有しないため、利用者Bが資源を占有していても、待ち状態にならずに参照処理(参照1)を行います。
(3) 利用者Aは利用者Bが資源を解放するまで更新を行えず、待ち状態となります。
(4) 利用者BがCOMMIT(ROLLBACK)します。利用者Bの資源は解放されます。
(5) 利用者Bが資源を解放したので、利用者Aの更新が実行されます。このとき、実際に更新した資源を占有します。
(6) 利用者Aが参照(参照2)を行います。このとき検索される行は、利用者Bが更新した行を含みます。
(7) 利用者Bは利用者Aが資源を解放するまで更新を行えず、待ち状態となります。
(8) 利用者Aが参照(参照2)を終了しますが、資源の占有は続きます。
(9) 利用者AがCOMMIT(ROLLBACK)します。
(10) 利用者Aが資源を解放したので、利用者Bの更新(更新2)が実行されます。このとき、資源を占有します。
(11) 利用者BがCOMMIT(ROLLBACK)します。
