MySQL+Java でサーバサイドプリペアードステートメントを使うべきで「ない」理由 - kazuhoのメモ置き場

useServerPrepStmtsのここの説明ではデフォルトがtrueになっているが、これは上述の通り嘘である。 (中略) そしてなぜfalseにされたかということの背景を察すると、trueにすることの弊害もありそうで、手放しでこれをtrueにすることを勧めることが少しはばかられる。 http://www.geminium.com/chiba_blog/2008/12/23/33/ 自分は Java 使ってないですが、MySQL の中の人が使うなって言ってます *1。その理由はメモリリークのような症状が出る可能性があるから。 So why are prepared statements a problem? Because users do not clean up/close unused prepared statements. Multiply the number of prep

[kazuhooku]

↓id:nihen クエリのパース結果のキャッシュ(1)と実行プランのキャッシュ(2)とクエリ結果のキャッシュ(3,=Query Cache)は別です。MySQL は1と3をやるけど2をやらない

[kamipo]

パフォーマンスの観点から言っても MySQL のサーバーサイドプリペアードステートメントは実行プランのキャッシュがなかったりと、採るべき理由が少ない

[seiunsky]

やべぇ、バカ丸出しの質問だけど、これってJavaから使う場合のみなの？ 当たり前だけど、GC使う言語は他にもあると思うのだけれど。。。

[monjudoh]

えー『MySQL のサーバーサイドプリペアードステートメントは実行プランのキャッシュがなかったり』

[nekoruri]

え？MySQLってRDBMSじゃなくてトランザクションとレプリケーションが付いたKey-Value storageでしょ？

[hiro_y]

MySQLのサーバーでのプリペアドステートメントは実行プランをキャッシュしない。うれしくない…。

[terazzo]

動機としてはSQL Injection対策とかよりもこっちの方が大きいよね＞実行プランのキャッシュ

[ockeghem]

解説ありがとうございます。なんか難しい判断ですね。perlもデフォルトではクライアントサイドのようですが、これも同様の理由があるのでしょうか

[T-miura]

MySQLつらいな~って思う。プリペア周りはいけてないのですね。Java+MySQLのシェアはMySQLとしては大きくないのだろうか・・・？

[nihen]

ありがとうございますー/キャッシュしないけどBindはするapiが用意されてたらリークの問題は解決しそう？/id:TAKESAKO Preparedのときのみかと。http://tinyurl.com/9yzn3a /ってhttp://tinyurl.com/9rn97lをみると5.1.17からはキャッシュしとる

[lizy]

ええ、そうなんだ。SQLServerなんかはパラメタライズドクエリにすることによってクエリキャッシュを有効活用してた気がするけど

[TAKESAKO]

えええ、MySQLって実行プランのキャッシュとかないんだ・・・