The latest from the MySQL community

Original post: http://anothermysqldba.blogspot.com/2013/11/a-strategy-from-community.html

私たちは、MariaDBはFedoraやSUSEとRed HatでのMy​​SQLの交換についてのニュースを見てきました。

Oracleは、ニュースについて幸せではないでしょうが、オープンソースコミュニティは、Linuxに実装される「詳細」のオープンソースソリューションに焦点をサポートしています。

我々はすべて見てからMySQLからMariaDBに移動する決定や戦略が可能性が高いだけでは、Red Hat、上部経営者によって行われていなかった、ということです可能性が面白いこと。 これは、はるかにRed …

徳島オープンセミナーというイベントに招いて頂き、MySQLの運用まわり（？）の話について話す機会に恵まれた。運用といいつつ運用以外の話も色々混じっているが、平たく言うと「MySQLを使う上で躓きやすいポイント」というのが今回のお題である。セミナーで用いた資料を公開したので気になる人は参考にして欲しいと思う。

MySQL運用虎の巻 from Mikiya Okuno 以前岡山へ呼んでいただいたときも感じたのだが、やはり休日に勉強会へ参加されるだけあって、皆さん勉強熱心である。首都圏のように毎日何かしらの勉強会があるというような恵まれた環境は、徳島にはないかも知れない。だが、スキル向上に対する真剣な姿勢は勝るとも劣らないように感じられた。

…

ちょこちょこ思うこと。

MySQL 5.6のnutshellを読むと、`クラッシュセーフなレプリケーションを実現するためにはmaster_info_repositoryとrelay_log_info_repositoryをTABLEに設定しな！ おっと、relay_log_recoveryも1にしておくんだぜ'みたいことが書いてある。
で、このバグレポートを見た時からずっと、sync_master_infoの暗黙のデフォルト10000のまんまじゃクラッシュセーフじゃなくね？ sync_master_info= 1必須？ それはパフォーマンス的に死ねる。という感じでモヤモヤしていたのだが、やっと合点がいったのでメモしときます。　⇒ MySQL Bugs: #69135: mysql.slave_master_info is not updated
…

パフォーマンスに関する話の中で、カラムに値を保存するのに正しいデータ型を使うことの重要性を説いているのを聞くことがよくある。例えば、数値はINTやBIGINTで表現し、IPアドレスにはINT UNSIGNEDを使い、VARCHAR(255)の代わりにVARCHAR(60)を使うといったことだ。

このアドバイスは正しい。しかし、今日はもう少し詳細の説明を試みてみようと思う。

理由

この最適化が正しいと思う3つの理由は以下の通りだ。

1. 文字列として数値データを扱うことは、文字コードや照合処理のCPUオーバーヘッドが余計に必要になってしまう。例えば、'Montréal' = 'Montreal' = 'MONTREAL' …

Original post: http://anothermysqldba.blogspot.com/2013/11/mariadb-linux-distributions.html

だから今、多くの皆さんのことでグーグル、SUSEおよびRed Hat / Fedoraのではなく、MySQLのデフォルトのデータベースとしてMariaDBへの移行についてのニュースを見てきました。

MariaDBとSkySQLは、今年は非常に生産的なビジネスの動きをした。 これは本当にMySQLのコミュニティと一般的なオープンソースコミュニティのために何を意味するのでしょうか？

スターターは、MySQLはとても人気が作ったものに戻って考えるために？ これは、すべてのトップのLinuxディストリビューションで容易に利用可能であった。

…

　今年で７回目になる、オープンソースカンファレンス(OSC)福岡に参加して参りました。昨年に参加した時には（経済的時間的負担から）「今年で最後です。来年は来ないよ」と宣言していたのですが、まぁいろいろと天神さまにお礼をお伝えすべき事柄などもあり、今年も行ってしまいました（OSC福岡参加と合わせて、太宰府天満宮への参拝を行うのが年中行事となっているのです）。

　事前の参加申込み状況では「大丈夫かな」と心配になりましたが、蓋を開けてみれば大盛況、ブースも、各セミナーの部屋も人でいっぱいになっていました。

…

　今年で７回目になる、オープンソースカンファレンス(OSC)福岡に参加して参りました。昨年に参加した時には（経済的時間的負担から）「今年で最後です。来年は来ないよ」と宣言していたのですが、まぁいろいろと天神さまにお礼をお伝えすべき事柄などもあり、今年も行ってしまいました（OSC福岡参加と合わせて、太宰府天満宮への参拝を行うのが年中行事となっているのです）。

…

ISUCON3本選お疲れさまでした！

うちのチームのことはだいたいgfxが書いてる通りなんですけど、おもに僕がやったこととか本選後に振り返ってみたことを書いておきます。

予選後の教訓で、最初にちゃんとコードを読んで方針を決めようって話してたので、最初に全員でざっと構成とかコードとか初期状態でのベンチとか回してみて全体を把握してから昼に作戦会議。

そのときに僕が話した見解は

• このアプリケーションから何らかの方法で参照時の画像変換のボトルネックを取り除いたとき、次にボトルネックになるのは帯域になる
• なので理想的な状態から逆算すると5台でWANに …

今日は、パフォーマンス問題を引き起こす原因になる、サイズの大きいテーブルのパフォーマンスを改善することについて書いてみようと思う。このアドバイスのうちのいくつかは、たくさんのテーブルをまとめて大きくなっているデータベースにも適用できるが、大抵の場合、独立した大きなテーブルというのは特に問題になりやすいものだ。

一般的に知られていると思われるのは、テーブルを変更する時のスピードは、そのサイズが大きくなるにつれて遅くなることだ。以下の図は、一般的なB+ツリーインデックスのパフォーマンスを時系列で見たものだ。

このグラフは、MySQL@Facebookの …

Facebookのデータベースエンジニア Harrison Fisk氏の回答

Facebookでは、MySQLファミリーであるかどうかにかかわらず、常に代替となるデータベースエンジン(PostgreSQLなどなど)を探している。

我々はオープンソースに大きな力を注いできており、OracleのMySQLに対する仕事を常に眺めてきてもいる。買収以来、リリースに対する彼らの技術的な仕事は称賛に値するものだが、気になるコミュニティ上の問題も抱えつつある。

現在のところ我々はMySQL 5.6を使っており、これはMariaDBがMySQL 5.5からフォークされた時には持っていなかった数々の興味深い機能を具えている。

MariaDB 10.0 …