Auroraよもやま話@threetreeslight

Repro Inc.

shinjuku.rb #33@metaps 27 Jan, 2016

Akira Miki Repro

@treetreeslight

分析から解決まで１クリック！

About Aurora

Auroraっていいよね！

訪れる幸せ！

•80TBへのスケール！ •Insertは２倍！ •Updateは４倍！

• 冗長化された共有ストレージ • DBプロセスはストレージから生える • キャッシュプロセスは別立て

アーキテクチャの恩恵

ギンノ ダンガン ヲテニイレタ

そんなわけはない

まちかまえている（？）こと

• パラメータ • Query Cache • CPU • Replicaとmigration • ReplicaのReboot • Replica lag spike

パラメータ

• デフォルトでそれなりにちゅーんされてる

• MySQLだと思っていじるとあれれ？？っていうパフォーマンスになる

QueryCache

• デフォルトでオン（MySQL on RDSはデフォルトオフ）

• Write heavyだとcache更新でlatencyが伸びる

CPU• 基本的に高い。同じQueryをMySQL on RDSとくらべても高い。

• びっくりしないこころを持つ。

Replicaとmigration• テーブル単位でreplicaとか無い

• デカいテーブルのmigrationはpt-online-schema-changeなどが頼みになる

ReplicaのReboot• CPU負荷が高い処理や激しいIOを投げるとReplicaがカジュアルにReboot

• OnlineDDLでそこそこのテーブルレコード数のIndex作成 -> Replica Lag -> Reboot

• サポートに問い合わせるとこの問題は認識されており改善中とのこと

Replica Lag Spike• 死ぬほどびっくりする

• 原因がわからない

• サポートに聞くと、表示バグらしい

• なるほど！

その他• MySQLとちがってNullにIndexが聞かない（あるべきだと思うけどlocal開発環境との乖離が、、、）

ギンノ ダンガンハナイ！！！

個人的すすめ• パラメータはそのまま使う • QueryCacheは必要に応じてオフ • CPUの高さに驚かない心 • ReplicaはRebootされても耐えられる実装と心

• まだナレッジが少ない。サポート入るべし。

運用は頑張るもの

HIRING NOW!!