1. ソーシャルゲーム スケールアウトの歴史 gussan@Drecom Co., Ltd. Copyright © Drecom Co., Ltd. 12年2月20日月曜日

しわっす！DBA 兼オペレーションエンジニア兼タスクマネージャやってる riywo です。何のネタを書こうかなぁと考えたのですが、正直ネタを仕込む時間もなかったので僕がいつもやってることをさらっと紹介するということで勘弁して下さい＞＜ MySQL がおかしい！ 03:14 hidek: なんかエラー出まくってるんだけど！ 03:14 zigorou: MySQL と通信してるとこっぽい 03:15 riywo: 見ます こんなやりとりは皆さん日常茶飯事ですよね？ね？ね？こんな時に、DB に責任を持つものとして真っ先に対応するのが僕らの仕事です。でも、じゃあ具体的にこのあと何をしましょう？既にサービスはエラーだらけで一刻を争う状態です。 (対応開始) まずはエラーメッセージ 今回の様な場合はアプリのエラーログにどばっと MySQL に関するエラーが出ているでしょう。まずはそれを見ることが始ま

4月11日から米サンタクララで行われた「MySQL Conference & Expo 2011」。このイベントでDeNAの松信嘉範（まつのぶよしのり）氏が、同社の大規模なMySQLの運用を支えている技術とツールについてのセッション「Automated, Non-Stop MySQL Operations and Failover」を行いました。 プレゼンテーションの中で、社内で利用しているフェイルオーバーの自動化ツールをオープンソース化することにも触れています（英語のドキュメントも作成中とのこと）。 MySQLの大規模運用における自動フェイルオーバーは、特にクラウドでのMySQLの利用が増えるにつれてニーズが高まる分野と思われます。セッションのスライドが公開されていますので、そのポイントを紹介していきます。 自動化されたノンストップなMySQLの運用 ソーシャルゲームでは高可用性が強く求

知らないヒトが残したがった日常を　〖日記祭〗 頑張って微調整しましたがスマホでは見づらいかもしれません 2024年12月8日、下北沢にて日記祭。 note.com その名の通り、日記をたのしむイベントです。 誰かの日々の日記を"本"にまとめた「日記本」即売会や、日記にまつわるテーマのトークショーや音楽ライブ、作品展…

こんにちはこんにちは。11インチMacBook Airが欲しくてたまらないiwanagaです。 前回の記事 が幸いにもご好評を頂けた様で非常にうれしいです。嬉しくなって、ついがんばって第２弾を書いてしまいました。引き続き、ソーシャルゲームでよく使われるテーブルタイプ毎にちょっとしたテクニックを紹介していきます。 今回はちょっとライトな感じ＆読み物になってしまっていますが「ユーザID単位で1つだけ持つデータ」と「パラメータなどのマスターデータ」についてご説明したいと思います。ちなみに次回はInnoDBのデータ構造の簡単な説明と複合プライマリーキーのデータについて、その次で紹介し損ねたちょっとマニアックなテクニックや性能管理のための手法を紹介することを予定しています。 その前に。。。 先日行われた JAPAN INNOVATION LEADERS SUMMIT で弊社松信が「ソーシャルゲームの

1. Ameba Pigg Backend Practice 株式会社サイバーエージェント 株式会社サイバーエージェント アメーバ事業本部プラットフォームディビジョン アメーバ事業本部プラットフォームディビジョン 事業本部 システムディベロップメントグループ CA Developers Connect 桑野 章弘 2. 自己紹介 桑野章弘 サイバーエージェント Ameba を運営しています。 運営しています。 しています - Blogを中心として様々なサービスがあります。 Blogを中心として様 として サービスがあります。 があります アメーバピグの運用／構築を アメーバピグの運用／構築を担当 Twitter http://twitter.com/kuwa_tw http://twitter.com/kuwa_tw Blog http://d.hatena.ne.jp/akuwano/

[追記１] 最後で説明しているproxy cacheの設定を修正しました。 [追記２] nginx proxy cacheでキャッシュしない場合の処理を変更しました。 [追記３] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。 はじめに 大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。 サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。 今回行うチューニング一覧 DBを最適化するプラグインを導入する APCを導入してPHPを速くする MySQLを速くする 重いWordPressプラグインを外す nginx+FastCGIにする W

2. 自己紹介  MySQL/Linux周りのスペシャリスト  2006年9月から2010年8月までMySQL本家(MySQL/Sun/Oracle)で APAC/US圏のMySQLコンサルティングに従事  主な著書に「現場で使えるMySQL」「Linux-DBシステム構築/ 運用入門」「Javaデータアクセス実践講座」  DeNAでの主な役割  安定化/パフォーマンス/運用周りの中長期的な改善活動  L3サポート/運用/トラブルシューティング – 難度の高いMySQL周りの問題の根本原因の特定と解決  多くのプロジェクト支援  社内勉強会/トレーニング – MySQLやデータベース周りのベストプラクティスを社内で共有し、 技術スキルを底上げする  技術マーケティング – 国内外のカンファレンスや、技術雑誌等

xtrabackupにはinnobackupexというラッパースクリプトが付属していて、MySQLのプロセスを止めることなくバックアップを取れて便利なんですが、innobackupexでバックアップ取ると以下の点が不満だったりする。 --slave-infoで生成されるCHANGE MASTER文が不完全なのでslaveの複製が面倒 InnoDBとMyISAMのファイルしかバックアップされない tritonnでsennaのインデックスファイルがバックアップされなくて困る そこで、innobackupexはPerlで書かれてるので直接書き換えてmaster.infoとsennaのインデックスファイルも一緒にバックアップするようにしたらslave簡単に複製できるようになって便利ですよ！

こんにちは。パートナーサービス部の加藤和良です。 2008年末に、mixi の年末年始対策について紹介しました。今回は、ここ数年の年末年始対策の歩みと、今年の対策について紹介したいと思います。実をいうと、設計も実装も自分じゃなかったりするのですが、このまま歴史に埋もれていくのも悲しいので、関係各所に取材してみました。 2008年末をふりかえる まずは、2008年末をふりかえってみましょう。 あのころはまだ mixi の機能も少なく、年末年始の負荷は主に日記に集中していました。そこで当時は ID Generator の改善 - mod_perl をあいだにはさんで MySQL への接続本数を減らす 最新情報DBへの書き込みを非同期に - Q4M をつかって負荷を時間軸で分散する という2つを日記に実装したのでした。 しかし、2008年末から2009年のお正月にかけて、mixi はまたも日記に

4. 今日の話 ShardingだけじゃないVP & SPIDER (Not Only Sharding) VP & SPIDERを運用ツールとして使う (ホスト間テーブル移動) 6. 自己紹介 上薗 竜太 (kamipo) MySQL / Perl IRC #mysql-casual@freenode #perl-casual@freenode Advent Calendar 2010 MySQL Casual Advent Calendar 2010 casual - JPerl Advent Calendar 2010 7.  About VP & SPIDER MySQLのストレージエンジンプラグイン VPはカラムごとにテーブルを垂直分割 SPIDERはテーブルを複数ホストに水平分割 斯波さんが作ってる wild-growth-ja.blogspot.com launchpad.n

あまりカジュアルではなかったｗという説もありますが、結構面白かったです。 1人の発表が10分と、LT(Lightning Talks)風な感じだったこともあり、聴くのに必死だったのですが、少々メモを取ったので貼り付けておきます。(取れたところは少ない...) # 間違っている部分もあるかもしれませんが、そこはご了承を。 # きっと近いうちに皆さんの発表資料が出揃うだろうとは思いますが。出揃ったらリンク付けようｗ ちなみに、余談ですが懇親会も、かなり盛り上がって楽しかったですね！ 個人的には、前から色々お世話になっていた、"刺身☆ブーメラン"の金子さん(id:a666666 / @kyanny)と色々お話できたのは良かったです。 show innodb status (@myfinder) show innodb status from Tatsuro Hisamori 呼び方: いのでーび

こんにちは。お久しぶりです。昨日は MySQL Casual というコミュニティで 10 分のトークをしてきました。 久々に真面目にしゃべったので大変でしたが、結局時間足りなくて後半はしょってしまい申し訳ありませんでした。 よく考えると、こういう場で発表したのは Tsukuba.R 以来でした。やってなさすぎ＞＜ 内容としては、tcpdump でクエリの分析をする mk-query-digest を継続的に回して記録しておき web のインタフェースで簡単に分析するために「MyQueryshow」というのを作ってみたよーというのと、 xtrabackup というホットバックアップツールの簡単な説明でした。MyQueryShow については こちらの github に上げています。まだすぐに使えるレベルに整理できてないですが、 試してみたい方はどうぞ。 https://github.com/

はじめまして。プラットフォーム開発本部のせじまです。好きなものはDisk I/Oです。 今回はMySQL（on Linux）のレプリケーションにまつわる、ちょっとしたお話をさせていただきたいと思います。 はじめに MySQL4.0以降のレプリケーションは、 Masterのmysqldが、INSERT/UPDATE/DELETEなどの更新情報を、バイナリログに記録する。 Slaveのmysqld(IOスレッド)は、masterのmysqldに接続し、バイナリログを転送する。 Slaveのmysqld(IOスレッド)は、受信したバイナリログ内容を、リレーログに記録する。 Slaveのmysqld(SQLスレッド)は、リレーログを読み込み、更新内容をslaveのDBに反映する。 といった仕組みになっています。図にすると次の通りです(*1)。 MySQLのレプリケーションはとても良くできた仕組みな

このエントリは、Get The Facts: MySQL Licensing and Pricing (Oracle's MySQL Blog)の翻訳記事です。 MySQL Community EditionにInnoDBが引き続き含まれるかどうかという混乱については、すでに疑いは晴れたものと思います。Sheeri Cabral、Darren Cassar、そしてキャッチーな見出しの記事によって生み出された誤解を解くのを助けてくれたみなさまに感謝いたします。混乱の一部は、MySQL Classic Edition(長い間組み込み向けとして存在していたものです)をMySQL Community Editionと同じものだと思い込んでしまったがために引き起こされたものです…、が、もちろんこれらは異なるものです。このことをはっきりさせるために、私たちはウェブページを適切に修正しました。 数多くの