"WebScaleSQLのベースになっているのは、本家MySQLの5.6" #mysql_jp 他のフォーク製品をベースにしたんじゃないよ… :-P
2014-04-25 13:44:40"5.7の第1弾は5.6のGAから1か月後。5.6出したら次はクローズドソースになるんじゃないか、という懸念を払拭するためにメッセージとして5.7.1が出た" #mysql_jp
2014-04-25 13:46:15"WE ARE HIRING" ってTomas Ulinの基調講演のスライドには入っていたらしい。特に開発チームだそう。日本でもセールスコンサルタントを募集していますので、「我こそは」という人はやまさきさんに声をかけてください、だそう :) #mysql_jp
2014-04-25 13:47:55”MySQL Utilitiesの最初のリリースは2010年。だけど広く使われているとはいいがたいので、最近宣伝している。実態はPythonスクリプト" #mysql_jp
2014-04-25 13:50:54MySQL Utilities 1.0.0のリリースは2010/12/07 http://t.co/Gx58RApZyA #mysql_jp
2014-04-25 13:52:09"5.7, 大量の新規接続/切断がされる環境でより速くなるように、コネクション生成のオーバーヘッドが減ってるよ" #mysql_jp
2014-04-25 13:52:14"同時接続数が少ないうちはそんなに変わらないけれど、接続数が増えるにつれて5.5より5.6、5.6より5.7が性能が高い" #mysql_jp
2014-04-25 13:53:03"5.6でも単純なデータのINSERTとInnoDB memcachedのSETを比較すると9倍くらい性能が出てたんだけど、5.7ではInnoDB memcached 更に性能が出るようになってる" #mysql_jp
2014-04-25 13:54:06"5.6の時点でEXPLAINをJSON形式で取れるようになった。JSON形式はTEXT形式よりも取れる情報が多い。5.7になって更に情報量が増えた。Workbench使えばVisual Explainで視覚的に見えるよ" #mysql_jp
2014-04-25 13:55:53「Optimizerのコスト評価を正確にしていこうとしている。「データがどんなストレージの上に置かれているのか」でコストの計算を変えようとか、そんなことも考えられている」 #mysql_jp
2014-04-25 13:57:51「Diskにデータを書き出すタイミングで圧縮、Diskから読みだすタイミングで展開していた。I/OのたびにCPUを使っていて性能が劣化していたんだけど、それを改善した。どんなストレージでも使えるわけじゃないけど」 #mysql_jp
2014-04-25 14:02:57「ONLINE ALTER TABLE、よりオンラインでできる処理のバリエーションを増やしている。RENAME INDEXやVARCHAR型のカラムの変更がオンラインでできるように」 #mysql_jp
2014-04-25 14:04:00「Fusion-io上では自動でダブルライトバッファーを無効にするような仕組みとか、Parallel Dirty Page Flushingとか」 #mysql_jp
2014-04-25 14:04:55