MyNA(日本MySQLユーザ会)会 2015年4月

Nakunaru @Nakunaru

なぜ人はMySQLで全文検索をするのか　#mysql_jp

ts4 @ts4th

Tritonn つれぇマジつれぇ #mysql_jp

🐬🍣🍻 @RKajiyama

「どうしてこうなった」 .@yoku0825 #mysql_jp

🐬🍣🍻 @RKajiyama

「MySQL 5.6の全文検索に期待していた人なんていませんよね」 #mysql_jp

hiromark @hiromark

全文検索する上で大切=じらいともだちｗ #mysql_jp

Shinya @RDBMS

weight_string() ナルホド #mysql_jp pic.twitter.com/SqYBzH2iMM

拡大

Ryuta Kamizono @kamipo

ウメッシュ #mysql_jp

hiromark @hiromark

ばぐれぽはマジ大事です #mysql_jp

yoku0825 @yoku0825

なんか今のかじやまさんのノリ、欽ちゃんの仮装大賞に通じるものがあった #mysql_jp

yoku0825 @yoku0825

「パート1は奥野さんのブログのかなーり古いやつ」 #mysql_jp

hiromark @hiromark

都市伝説おもしろそう #mysql_jp

yoku0825 @yoku0825

「wait_timeoutの都市伝説。interactive_timeoutとwait_timeoutの違い」 #mysql_jp

yoku0825 @yoku0825

でもこれ、interactive_clientの値をwait_timeoutにコピーするの超いけてない。。 #mysql_jp

yoku0825 @yoku0825

「interactiveかどうかはCLIENT_INTERACTIVEフラグが立っているかどうかの自己申告制」 #mysql_jp

yoku0825 @yoku0825

mysqlコマンドラインクライアント、-eをつけるとCLIENT_INTERACTIVEフラグを *ちゃんと落として* 接続してくれるので意外と芸が細かいことをここにお知らせします #mysql_jp

yoku0825 @yoku0825

「wait_timeoutの制限は累積、のわけがない」 #mysql_jp

Takatoshi Ono @tk_ono

wait_timeoutの都市伝説、気になる #mysql_jp

yoku0825 @yoku0825

「もともとはクライアントが落ちたりN/Wが切れたりした時に残ったセッションをクリアするためのもの。トランザクション残っちゃいますから」 #mysql_jp

yoku0825 @yoku0825

「運用に支障を来さない範囲でできる限り短く」 というの、もっともなんだけど、似非XAっぽいことをやってると見積もりにくくて。。 いいわけ #mysql_jp

yoku0825 @yoku0825

「FLUSH TABLES WITH READ LOCKの都市伝説。残念です。READ止まります。FLUSH TABLES WITH READ LOCKがロックを待っている間にやってきたREADはそのロックに阻まれてREADできない」 #mysql_jp

yoku0825 @yoku0825

「(sort_buffer_size + myisam_sort_buffer_size + ..) * max_connection の都市伝説」 #mysql_jp

yoku0825 @yoku0825

「sort_bufferはfilesortが行われた時にアロケートされるし。join_bufferもINDEXなしのJOINが行われないとアロケートされない」 #mysql_jp

yoku0825 @yoku0825

この計算式、mysqldがクラッシュした時のエラーログにまだ出てきちゃうんじゃないでしたっけ？ #mysql_jp

yoku0825 @yoku0825

「こういう数式ってテンポラリーテーブルのサイズ入ってないんですよね。tmp_table_sizeはテーブルごと」 とはいえ、暗黙のテンポラリーテーブルはたいがい1個しか使わないことが期待…したい… #mysql_jp

yoku0825 @yoku0825

横道さんが言っていた FLUSH TABLES WITH READ LOCKがSELECTをブロックするケースはこんな感じ。 gist.github.com/yoku0825/3ac79… #mysql_jp