#dbts2014 db tech showcase 東京 2014まとめ

🐬𝕏🍣𝕏🍻 @RKajiyama

NVMFSの特徴としてレイテンシが低く、かつ安定している点が重要 #dbts2014 #C!1

🐬𝕏🍣𝕏🍻 @RKajiyama

サイバーエージェント 桑野さんの講演 ガールフレンド(仮)のDB環境 ktkr #dbts2014 #C!1

ITOH Hiroyuki @i_rethi

ガールフレンド(仮)のDB環境の問題点、DB #dbts2014 #C11

ITOH Hiroyuki @i_rethi

ガールフレンド(仮)のDB環境の問題点、DB容量肥大化とか #dbts2014 #C11

🐬𝕏🍣𝕏🍻 @RKajiyama

元環境はMySQL 5.5垂直分散 容量問題とマスター更新過多でスレーブ遅延が課題 #dbts2014 #C11

🐬𝕏🍣𝕏🍻 @RKajiyama

現環境はMySQL 5.5垂直分散、ただしレプリケーション制限。フルにレプリケーションするサーバは限定 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

現環境の問題点。肥大化(未解決)、マスタ更新過多によるスレーブ遅延は解決、運用負荷増大 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

解決策でハードウェアのスペックアップ、NVMFSの検討 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

スペックアップ: お金使えば当然解決、安定はしてるのでこれで進めてる #dbts2014 #C11

ITOH Hiroyuki @i_rethi

NVMFSの検討: データアクセスと圧縮をiodrive側のAtomicWriteとTrimを使う。速度と圧縮の良いとこどり #dbts2014 #C11

ITOH Hiroyuki @i_rethi

InnoDB標準の圧縮はパフォーマンス問題が。iodrive自体のコストは上げずに導入可能 #dbts2014 #C11

🐬𝕏🍣𝕏🍻 @RKajiyama

NVMFS検討理由の一つはInnoDBの圧縮パフォーマンス #dbts2014 #C11

ITOH Hiroyuki @i_rethi

サービスへの一部サーバとして導入 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

Percona 5.6で導入 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

単純性能比較: トランザクション数比較。XFSと比較。H/Wが違う、XFSの方が速いがNVMFSで7,8割程度の性能は出た #dbts2014 #C11

ITOH Hiroyuki @i_rethi

ロードアベレージは高くなってる #dbts2014 #C11

🐬𝕏🍣𝕏🍻 @RKajiyama

全部レプリケーションしているスレーブでInnoDB圧縮とNVMFSの圧縮の性能と圧縮率の推移について比較 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

圧縮率。更新回数が増えていくと断片化するためか圧縮率は悪くなってきているが13%が15%程度なのでそれほどでもない #dbts2014 #C11

🐬𝕏🍣𝕏🍻 @RKajiyama

更新回数が増えると断片化するため圧縮効率は落ちてしまうのは仕方がない点 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

pt-online-schema-changeでフラグメントは解消できるかも #dbts2014 #C11

ITOH Hiroyuki @i_rethi

圧縮率: 1GB以上のテーブルを圧縮した結果は480Gぐらいから200G弱ぐらいに45%ぐらいまで減った #dbts2014 #C11

ITOH Hiroyuki @i_rethi

CPU負荷の比較: 3000qpsぐらいの環境で比較。User以外は変わらないがUserは圧縮の影響で2倍ぐらいに。43->90%ぐらいに #dbts2014 #C11

ITOH Hiroyuki @i_rethi

1日あたりの書き込み量の比較: 1日2TBぐらいが400MBぐらいで15%ぐらいまで減った #dbts2014 #C11

🐬𝕏🍣𝕏🍻 @RKajiyama

NVMFSの圧縮にてフラッシュの素子への書き込み回数が15%に！IO性能向上とioDriveの寿命向上 #dbts2014 #C11

ITOH Hiroyuki @i_rethi

書き込みが減ったのでio-driveの寿命がより長く #dbts2014 #C11