-
- いいね！1
ITOH Hiroyuki
@i_rethi
cpuspeedはOFFにするか設定でperformanceにするのは割と当たり前と思ってしまってた… #dbts2013 #mysql_jp
2013-11-14 10:45:02
yoku0825
@yoku0825
「バックアップリストアはオンラインで可能。リストアは低速。素早くリストアしたいなら、素のMySQLと同じでレプリカ作った方が良い。PITRはできるよ」 #dbts2013 #mysql_jp
2013-11-14 10:45:09
yoku0825
@yoku0825
「MySQL Cluster Manager、商用版バンドルのCLIツール、便利ですよ」 #dbts2013 #mysql_jp
2013-11-14 10:45:41Facebook 松信さん
MySQL 5.6 at Facebook
yoku0825
@yoku0825
「FacebookではMySQL 5.6をそのままは使ってなくて、どんな機能を追加したかどうやってアップグレードしたのか」 #dbts2013 #mysql_jp
2013-11-14 10:58:51
Yoshiaki Yamasaki
@yyamasaki1
松信さんのセッション、始まりましたー。奥野さんのセッションに続き、満員御礼です。 C22 MySQL 5.6 at Facebook #dbts2013 #database_tongalist #mysql_jp
2013-11-14 10:59:34
yoku0825
@yoku0825
「FacebookのMySQL規模、60.6Mqps, 2.5B row read/sec, 11.2M row change/sec」 すっげぇ。 #dbts2013 #mysql_jp
2013-11-14 11:00:01
ITOH Hiroyuki
@i_rethi
MySQLは3チーム。DBA, Database Engineering(MySQLの改造とかバグフィックス), Database Performance(本番環境のパフォーマンス改善、ハードウェア選定など中期的な改善) #dbts2013 #mysql_jp
2013-11-14 11:01:30
yoku0825
@yoku0825
「FacebookのMySQLチームはDBA(自動化のためのツール整備), DB Engineering(mysqldの改変, バグフィックス), DB Performance(パフォーマンスやH/Wの選定とか。みんな元MySQL AB)」 #dbts2013 #mysql_jp
2013-11-14 11:01:49
yoku0825
@yoku0825
「MySQLをFacebook用にカスタマイズすることで、サーバーのコストを十分下げられるので、MySQL Engineeringが十分コストメリットとしてある」 #dbts2013 #mysql_jp
2013-11-14 11:04:22
yoku0825
@yoku0825
「もともとは5.1のFacebook版を使ってたけど、そのへんの主要な機能が5.6にかなりマージされた。FB内でパッチとして持ってるより、本家に入っちゃってる方が管理が楽」 #dbts2013 #mysql_jp
2013-11-14 11:05:41
ITOH Hiroyuki
@i_rethi
Facebookで5.6を使う理由。重要な機能が本体にマージされている(独自に管理するパッチの量が抑えられる)、高速(特に接続が多い場合)、リクエストをより安定してさばける(ストールしにくい)、InnoDB Compressionが強化 #dbts2013 #mysql_jp
2013-11-14 11:06:11
yoku0825
@yoku0825
master_info_repository= TABLEオススメな感じ。あとGTIDも。 #dbts2013 #mysql_jp
2013-11-14 11:07:06
ITOH Hiroyuki
@i_rethi
リカバリとフェールオーバーが簡素に -> スレーブ障害→再起動してレプリケーションを再開すればOK(tableに保存したりのやつかな？)、 GTID、Semi-sync #dbts2013 #mysql_jp
2013-11-14 11:07:44