トランザクションの一貫性を保証するロック
ロックの仕組み 第25回、26回と2回にわたりトランザクションの話をしてきました。第25回でも簡単に触れましたが、トランザクションの一貫性を保証するために、データベースサーバはロックという仕組みを利用しています。今回と次回にわたって、このロックの仕組みについて解説することで、トランザクションの裏側を解明したいと考えています。 では早速、例題を実行しながら、SQLの確認をしていきましょう。 トランザクション中の最新データを確認する 初めに、第25回で実行した例題1と同じような例題を実行してみましょう。第25回の例題1は、1人のユーザーがデータを更新中には、もう1人のユーザーはデータの参照ができないことを確認する例題でした。第25回の例題と同様に、2つのクエリアナライザを起動して、片方はログイン名「sa」で、もう片方はログイン名「yamada」でログインをします。 では、まず例題1でログイン名
トランザクションと隔離レベルとロック - ファイヤープロジェクト
READ COMMITTEDREAD COMMITTEDはPostgreSQLのトランザクションにおいてデフォルトの隔離レベルである.Dirty readが発生しないことを確認してみる. benchmark=> BEGIN; BEGIN benchmark=> SELECT * FROM cluster; id | name | cpunum | cpuclock | memory | network ----+--------+--------+----------+--------+------------- 3 | foo | | | 256 | 4 | var | 512 | 3 | 2048 | 2 | fuga | 256 | 1 | | 1000BASE-TX 5 | foovar | | | | 1 | hogee | 256 | 1 | 1024 | 1000BASE-T
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
