MySQLさんからColumn not foundって言われているけど、ログを見る限りそのカラムはSQLのどこにも出現しない

どぅーあき @do_aki

MySQL さんから Column not found って言われているけど、ログを見る限りそのカラムは SQL のどこにも出現しない……。なんだこれ

Ryuta Kamizono @kamipo

@do_aki なにそれこわい…ぼくも一回みた気がする…

yoku0825 @yoku0825

@kamipo @do_aki 関数の引数にしてる文字列にクォート忘れるとそう言われそう。

yoku0825 @yoku0825

@kamipo @do_aki 演算子でも可🉑

Ryuta Kamizono @kamipo

@yoku0825 @do_aki なるほど…

どぅーあき @do_aki

@yoku0825 @kamipo 実行してるクエリは `SELECT * FROM table WHERE id = 1` とほぼ同じなのです、、、

Ryuta Kamizono @kamipo

@do_aki @yoku0825 わかる、けどなぜなのかはわからない。

どぅーあき @do_aki

@do_aki 今のところ怪しい点は DROP TABLE して CREATE TABLE した直後であること (存在しないと言われるカラムは DROP 前の table には存在してて、 新たに CREATE する table に存在しない)

ITOH Hiroyuki @i_rethi

@do_aki table_open_cache系が悪さしたりするのかなぁ。後でやってみよ

どぅーあき @do_aki

ぁ、ちなみに 5.0系なので （大汗

ITOH Hiroyuki @i_rethi

5.0だと・・・すぐ試せる環境あったかな・・・

yoku0825 @yoku0825

@i_rethi @do_aki DROP TABLEの中で先にテーブルキャッシュ全部ふっ飛ばしませんでしたっけ？

yoku0825 @yoku0825

@kamipo @do_aki トリガーとかあると…とか思いましたがSELECTなら関係ないですね。。

どぅーあき @do_aki

@do_aki もう一つ気になった点としては、 DROP&CREATE するスレッドと エラーになる(SELECT した)スレッドが別だということかな。

ITOH Hiroyuki @i_rethi

@yoku0825 @do_aki 飛ぶ気がするけど、別な接続でいじってたらタイミング次第でおきないかなー、とか妄想しております

ITOH Hiroyuki @i_rethi

っく、5.5, 5.6, 5.7しかすぐにいじれる環境がない。。。

yoku0825 @yoku0825

@i_rethi @do_aki メタデータロック取ってFLUSHした気がするけれどソースは読んでません！

Ryuta Kamizono @kamipo

錯覚じゃなければtable metadata lockがある5.6でも見た気がする

yoku0825 @yoku0825

@i_rethi @do_aki MDL取るのでDROP TABLEを追い越せない、という予測

どぅーあき @do_aki

どうにか最小限のコードで再現できないか試行錯誤中

ITOH Hiroyuki @i_rethi

@yoku0825 @do_aki こうなのか？ 上から時系列順 gist.github.com/hiroi10/f84536…

どぅーあき @do_aki

@i_rethi @yoku0825 まさにこんな感じです！ ただ、ここでいう スレッドB ではトランザクション使ってないんですよね、、、。

ITOH Hiroyuki @i_rethi

@do_aki @yoku0825 begin無しでも同じになりました

どぅーあき @do_aki

@i_rethi なんと！

そーだい@初代ALF @soudai1025

@do_aki @i_rethi 学びがあるスレッドを見つけた