Scala x AWS Server Side Application Recipe
チャットモンチーが最後のテレビ出演だっていうんで、ミュージックステーション観てたんですけど彼女たちが出るまでの時間、ただの地獄でした。逆シャングリラ。 そもそも数年前からMステちょっとバグってて、明らかにどっかの劇団から連れてきましたみたいなインチキ臭いガキに昔流行ったMV観せて「こんなカッコイイ曲聴いたことないです!」「歌うますぎ!ヤバイ!」とか言わせるコーナーあってそれでも相当キツかったのに、最近はもう糞企画ここに極まれり!とうとうめでたく出演者が曲やってる時間よりガキのVTRのほうが長くなりました。VTR中タモさんサングラスの下で100パーご就寝されてるだろ。タモさんほど子供に興味ない人いないんだから。 前半はその名残か知らんけど、街歩いてるガキとっ捕まえて『お父さんお母さんの影響で好きになった曲』インタビューして回ってて、 子供「いつもお父さんの車の中で流れてて好きになって〜」 ナ
そういえば先日はハロウィンだったね。んで、今日スタバに行ってみたら早くもクリスマス仕様。残念ながら年末の予定は無え。 そんなこんなでオンラインスキーマチェンジを本番のオペレーションで使い始めたのでそのメモ。 0. online-schema-change オンラインスキーマチェンジは、percona社が出しているpercona-toolkitに梱包されている。その他有用なツールも入っているのでお世話になっている人も多いだろう。で、オンラインスキーマチェンジはその名のとおり、スキーマの変更、alter文をブロックなしで実行してくれるという代物。 私事なんだけど、今までは「ちょっと更新をブロックしちゃうけどアクセスの少ない時間帯にオンラインでalterを流す」みたいな運用をしてた。実行内容にもよるけどalter tableは意外と早いので、「更新をブロックされる時間がSLA的に許可できるならO
この記事は MySQL Casual Advent Calendar 2015 の9日目です。 MySQL 5.6から InnoDBのオンラインDDL が導入されて久しいですが、一方で pt-online-schema-change (以下pt-osc)もまだまだ元気です。MySQL 5.5とそれより前ではpt-osc一択になりますが、MySQL 5.6とそれ以上の場合はInnoDBさんに任せるかpt-oscを使うかを選択することができます。 MySQL 5.6でもpt-osc一択にしても構わないといえば構わないんですが、いくつかのケースではInnoDBさんに任せた方が速くなったり安定したりするので、そのあたり解説していきます。 TL;DR ウチの使い分け。 原則 pt-osc スレーブの台数が多すぎない かつ データ容量が馬鹿でかくてストレージ食いつぶしそう または INSERT大杉で2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く