InnoDB取引の原則

Question

申し訳ありませんが、これは愚かな質問です。 私は70以上のテーブルとトランザクションを使用するMySQL InnoDBアプリケーションを持っています。 すべてが一つのことを除いて正常に動作している（表）：私は、すべてのクエリに対して同じ原理を使用してい

CREATE TABLE IF NOT EXISTS `mag_pj_art_sums` (
`id` int(11) NOT NULL, (primary key) 
`id_pj` int(11) NOT NULL, (index) 
`id_artikal` int(11) NOT NULL, (index) 
`kol_stanje_knjig` decimal(18,2) DEFAULT NULL) 

：PRIMARYキーはSELECTとUPDATEのために使用されているすべてのテーブルの

START TRANSACTION (query('set autocommit=0;'); query('START TRANSACTION;');) 
SELECT … FROM table WHERE … 
UPDATE TABLE SET …. WHERE …. 
COMIT 

（以下でクエリスキーマ）。私が使用mag_pj_art_sums除き

：

SELECT … FROM mag_pj_art_sums WHERE (id_artikal='$id_artikal' AND id_pj='$id_pj') 

と

UPDATE mag_pj_art_sums SET … WHERE (id_artikal='$id_artikal' AND id_pj='$id_pj') 

それは、これらの行は、このシナリオでロックされていないことは可能ですか？

この表では、SELECT - UPDATEクエリが同時に発生すると、一貫性のない値が返されるためです。クエリはエラーなく実行されますが、値は必要に応じて更新されません。

Answer 1

いいえ、ロックされていません。トランザクション分離レベルを変更していない場合でも、デフォルト値はREPEATABLE-READです。
これは、ファントム読み取りが可能であることを意味します。私はthis answerに簡単な説明を書きました。あなたは何をすべき

は

START TRANSACTION; 
SELECT … FROM table WHERE … FOR UPDATE; 
UPDATE TABLE SET …. WHERE …; 
COMMIT; 

SELECT ... FOR UPDATEhereについてお読みです。

Answer 2

INDEX(id_artikal), INDEX(id_pj)は、ではなく、であり、INDEX(id_artikal, id_pj)と同じである。後者を追加してください。両方のクエリがより高速に実行されます。

はい、FOR UPDATEはです。です。このは、のすべてにを追加する必要があります。の場合は、START; SELECT...; UPDATE (same row)...; COMMITです。気づいていないエラーが発生している可能性があります。

私はtx_isolationについて心配しません。