あるあるおハマり大事典 - InnoDBなのに行ロックしないの - （ひ）メモ

drop table if exists t; create table t ( iid int ,nid int ,bid binary(3) ,msg varchar(69) ,key (iid) ,key (bid) ) ENGINE=InnoDB; insert into t values (1,1,1,"ichi"),(2,2,2,"ni"),(3,3,3,"san") ,(4,4,4,"si"),(5,5,5,"go"),(6,6,6,"roku") ; なテーブルとデータで、2つ端末を用意して update しあいっこしてみます。 まず、これ↓は両方ともupdateが完了してスコっと返ってきます。行レベルロック++ begin; update t set msg = "t1" where iid = 1; と begin; update t set msg = "t2" wh

[conceal-rs]

ロックする可能性がある場合の判定方法とか

[Naruhodius]

∑(｡･д･｡)b ﾅﾙﾎﾃﾞｨｳｽ!!

[pekepekesamurai]

型変換かー。忘れがちなトコだ。

[dealforest]

「数値と文字列(BINARYを含む)を比較する場合は、後者を数値に変換して比較が行われるため」

[kazuhooku]

厳密に言うと、数値と文字列(含む(VAR)BINARY)を比較する際に数値に変換してから比較するからシーケンシャルスキャンになるんであって、数値型カラムのインデックスを文字列渡して検索するのは問題ないんじゃないかなー

[kouji0625]

この問題にアドバイスできる人もすごい。

[ockeghem]

『フルスキャンになる理由は、数値型→binary型への型変換がかかるせいかなと思います』<やはり暗黙の型変換のワナですね