MySQLトランザクション対ロック

Question

ここでは簡単な質問/説明が必要です。私はかなりの可能性のあるレコードを同時に更新するDBテーブルを持っています。私はアプリケーションのためにZend Frameworkを使用していますが、これを避けるためには2つの方向について読んでいます。最初にテーブルをロックする（LOCK TABLES WRITE）かそのようなものが戻ってきて、それが最善の解決策です。 2番目はトランザクションです：$ db-> beginTransaction（）; ... $ db-> commit（）;

「InnoDBのようなトランザクション型ストレージエンジンを使用していると仮定すると、トランザクションはより一般的なソリューションのように思えます。しかし、それは次のような状況を避けるん：

ユーザAは、Webページ上にある - >は、データを提出 - >トランザクションを開始 - >読ん行 - >新しい値を計算 - >更新行 - >保存 - >

ユーザーをコミットBは同時に同じWebページにあり、同時にデータを送信するので、ほぼ同時であると言うことができます（ユーザーBは、トランザクションの開始とユーザーAのトランザクションのコミットの間に更新機能を呼び出します）。ユーザーBは、レコードを更新するための正確な計算を達成する前に、ユーザーAのトランザクションからのコミットされたデータ

IE：データベース行の

開度値：5ユーザーAが（ トランザクションを開始し5の値を提出 - >読み取り値（5） - >送信された値（5 + 5 = 10を追加） - の値が0であることを確認する必要があります（更新が行われた場合、更新された値 - >保存 - >コミット） の値が10であることを確認する必要があります。読み込み前に を実行していません）。

私はこれが長らく説明されていることを知っています。私は謝ります。問題を簡略化するための正しい用語が正確にはわかりません。

ありがとうございました

Answer 1

トランザクションはロックを保証しません。トランザクションのブロック全体は、dbへのアトミックな更新として扱われます（このブロックの以前のすべての変更の間に失敗したものがロールバックである場合）。したがって、2つのトランザクションを並列に実行すると、同じ行を更新できます。

両方を使用する必要があります。

Transaction do 
row.lock 
update row 
end 

を参照してください。行レベルのロックを使用すると、