MySQL InnoDB Deep Talk #1 復習 - SH2の日記
というわけで、InnoDB Deep Talk #1に参加して発表をしてきました。準備のために今月ちょっと睡眠不足でしたが、かなり刺激になったので参加してよかったです。いちいさんを始め運営のみなさま、雨の降るなか参加されたみなさまどうもありがとうございました。 書籍の紹介 当日木村さんと初めてお会いして、今月発売になった書籍「プロになるための データベース技術入門 〜MySQLforWindows困ったときに役立つ開発・運用ガイド」を献本いただきました。どうもありがとうございます！ プロになるための データベース技術入門 ?MySQLforWindows困ったときに役立つ開発・運用ガイド 作者: 木村明治出版社/メーカー: 技術評論社発売日: 2012/03/16メディア: 大型本購入: 2人 クリック: 101回この商品を含むブログ (4件) を見る先に発売された松信さんの本「Webエン
MySQLがおかしい！あなたならどうしますか？ – MySQL Casual Advent Calendar 2011 - As a Futurist...
しわっす！DBA 兼オペレーションエンジニア兼タスクマネージャやってる riywo です。何のネタを書こうかなぁと考えたのですが、正直ネタを仕込む時間もなかったので僕がいつもやってることをさらっと紹介するということで勘弁して下さい＞＜ MySQL がおかしい！ 03:14 hidek: なんかエラー出まくってるんだけど！ 03:14 zigorou: MySQL と通信してるとこっぽい 03:15 riywo: 見ます こんなやりとりは皆さん日常茶飯事ですよね？ね？ね？こんな時に、DB に責任を持つものとして真っ先に対応するのが僕らの仕事です。でも、じゃあ具体的にこのあと何をしましょう？既にサービスはエラーだらけで一刻を争う状態です。 (対応開始) まずはエラーメッセージ 今回の様な場合はアプリのエラーログにどばっと MySQL に関するエラーが出ているでしょう。まずはそれを見ることが始ま
DeNAによる大規模なMySQLノンストップ運用の裏側にある、フェイルオーバー自動化ツール
4月11日から米サンタクララで行われた「MySQL Conference & Expo 2011」。このイベントでDeNAの松信嘉範（まつのぶよしのり）氏が、同社の大規模なMySQLの運用を支えている技術とツールについてのセッション「Automated, Non-Stop MySQL Operations and Failover」を行いました。 プレゼンテーションの中で、社内で利用しているフェイルオーバーの自動化ツールをオープンソース化することにも触れています（英語のドキュメントも作成中とのこと）。 MySQLの大規模運用における自動フェイルオーバーは、特にクラウドでのMySQLの利用が増えるにつれてニーズが高まる分野と思われます。セッションのスライドが公開されていますので、そのポイントを紹介していきます。 自動化されたノンストップなMySQLの運用 ソーシャルゲームでは高可用性が強く求
ソーシャルゲームのためのMySQL入門その２ | BLOG - DeNA Engineering
こんにちはこんにちは。11インチMacBook Airが欲しくてたまらないiwanagaです。 前回の記事 が幸いにもご好評を頂けた様で非常にうれしいです。嬉しくなって、ついがんばって第２弾を書いてしまいました。引き続き、ソーシャルゲームでよく使われるテーブルタイプ毎にちょっとしたテクニックを紹介していきます。 今回はちょっとライトな感じ＆読み物になってしまっていますが「ユーザID単位で1つだけ持つデータ」と「パラメータなどのマスターデータ」についてご説明したいと思います。ちなみに次回はInnoDBのデータ構造の簡単な説明と複合プライマリーキーのデータについて、その次で紹介し損ねたちょっとマニアックなテクニックや性能管理のための手法を紹介することを予定しています。 その前に。。。 先日行われた JAPAN INNOVATION LEADERS SUMMIT で弊社松信が「ソーシャルゲームの
WordPressを100倍速くする！ MySQLの調整やnginx proxy cache | KRAY Inc
[追記１] 最後で説明しているproxy cacheの設定を修正しました。 [追記２] nginx proxy cacheでキャッシュしない場合の処理を変更しました。 [追記３] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。 はじめに 大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。 サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。 今回行うチューニング一覧 DBを最適化するプラグインを導入する APCを導入してPHPを速くする MySQLを速くする 重いWordPressプラグインを外す nginx+FastCGIにする W
xtrabackupをちょっと便利に使う - かみぽわーる
xtrabackupにはinnobackupexというラッパースクリプトが付属していて、MySQLのプロセスを止めることなくバックアップを取れて便利なんですが、innobackupexでバックアップ取ると以下の点が不満だったりする。 --slave-infoで生成されるCHANGE MASTER文が不完全なのでslaveの複製が面倒 InnoDBとMyISAMのファイルしかバックアップされない tritonnでsennaのインデックスファイルがバックアップされなくて困る そこで、innobackupexはPerlで書かれてるので直接書き換えてmaster.infoとsennaのインデックスファイルも一緒にバックアップするようにしたらslave簡単に複製できるようになって便利ですよ！
mixi の年末年始対策 2009-2010 - mixi engineer blog
こんにちは。パートナーサービス部の加藤和良です。 2008年末に、mixi の年末年始対策について紹介しました。今回は、ここ数年の年末年始対策の歩みと、今年の対策について紹介したいと思います。実をいうと、設計も実装も自分じゃなかったりするのですが、このまま歴史に埋もれていくのも悲しいので、関係各所に取材してみました。 2008年末をふりかえる まずは、2008年末をふりかえってみましょう。 あのころはまだ mixi の機能も少なく、年末年始の負荷は主に日記に集中していました。そこで当時は ID Generator の改善 - mod_perl をあいだにはさんで MySQL への接続本数を減らす 最新情報DBへの書き込みを非同期に - Q4M をつかって負荷を時間軸で分散する という2つを日記に実装したのでした。 しかし、2008年末から2009年のお正月にかけて、mixi はまたも日記に
VPとSPIDERを使ったMySQL運用
Rancherで簡単に作るk8s環境 Kubernetes meetup tokyo #4 LT kubernetes on rancherTetsurou Yano
にひりずむ::しんぷる - MySQL Casual #1 でふわっとした話をしてきました
去る12月10日(土) に MySQL Casual#1 というのが開催され、主催者であるところの @myfinderさんの目の前に普段座っているという理由だけで、なぜか登壇してきました。 スライドにも書いていますが、MySQL の設定方法だったり、そもそもセットアップのイカしたやり方とか全然知らない感じだったので、だいぶ外枠だけのふわふわした感じの話をすることに。(いつものことですが) とりあえず、懇親会とかでも方々で話されていたように、Sharding とか Partitioning とかをガチでやらなくちゃいけないようなサービスはあまりないんじゃないかなーとも思いますので、こんなんもあるんだねー程度でよいかと思います。（そもそも Sharding って別に MySQL 関係ないし） Partition も実は Range Partition の話しかしてないということに鋭い人は気づい
「MySQL Casual Talks vol.1」に参加してきたよ、のメモ - 元RX-7乗りの適当な日々
あまりカジュアルではなかったｗという説もありますが、結構面白かったです。 1人の発表が10分と、LT(Lightning Talks)風な感じだったこともあり、聴くのに必死だったのですが、少々メモを取ったので貼り付けておきます。(取れたところは少ない...) # 間違っている部分もあるかもしれませんが、そこはご了承を。 # きっと近いうちに皆さんの発表資料が出揃うだろうとは思いますが。出揃ったらリンク付けようｗ ちなみに、余談ですが懇親会も、かなり盛り上がって楽しかったですね！ 個人的には、前から色々お世話になっていた、"刺身☆ブーメラン"の金子さん(id:a666666 / @kyanny)と色々お話できたのは良かったです。 show innodb status (@myfinder) show innodb status from Tatsuro Hisamori 呼び方: いのでーび
MySQL Casual Talks #1で喋ってよかった - As a Futurist...
こんにちは。お久しぶりです。昨日は MySQL Casual というコミュニティで 10 分のトークをしてきました。 久々に真面目にしゃべったので大変でしたが、結局時間足りなくて後半はしょってしまい申し訳ありませんでした。 よく考えると、こういう場で発表したのは Tsukuba.R 以来でした。やってなさすぎ＞＜ 内容としては、tcpdump でクエリの分析をする mk-query-digest を継続的に回して記録しておき web のインタフェースで簡単に分析するために「MyQueryshow」というのを作ってみたよーというのと、 xtrabackup というホットバックアップツールの簡単な説明でした。MyQueryShow については こちらの github に上げています。まだすぐに使えるレベルに整理できてないですが、 試してみたい方はどうぞ。 https://github.com/
せじまくんの刺さらない話（MySQL Slave増設編） | GREE Engineering
はじめまして。プラットフォーム開発本部のせじまです。好きなものは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のレプリケーションはとても良くできた仕組みな
MySQL innodb_flush_method = O_DIRECTの検討 - SH2の日記
MySQL InnoDBのパラメータでinnodb_flush_methodというものがあります。これはUNIX/Linuxにおいてデータファイル、ログファイルの読み書き方式を指定するためのもので、マニュアルの13.6.3. InnoDB Startup Options and System Variablesによると以下の3種類の設定が可能とされています。 無指定(fdatasync)：デフォルトの設定です。特別なフラグなしでファイルをオープンし、書き込み時にfsync()を行います。 O_DSYNC：データファイルについてはfdatasyncと同じです。ログファイルについてO_SYNCフラグをつけてファイルをオープンします。 O_DIRECT：データファイルについてO_DIRECTフラグをつけてファイルをオープンします。ログファイルについてはfdatasyncと同じです。 今回はこのパ
MySQLのライセンスおよび価格について - SH2の日記
このエントリは、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と同じものだと思い込んでしまったがために引き起こされたものです…、が、もちろんこれらは異なるものです。このことをはっきりさせるために、私たちはウェブページを適切に修正しました。 数多くの
解説 (#1855770) | MySQL のサブスクリプション価格、大幅値上げ | スラド
従来MySQL EnterpriseにはBasic($599/年)、Silver($1,999/年)、Gold($2,999/年)、Platinum($4,999/年) というEditionがあったのですが、新しいStandard Edition($2,000/年)がSilver相当、 Enterprise Edition($5,000/年)がPlatinum相当となっています。 Basic相当のものがなくなってしまったのが値上げと判断される主な理由なのですが、Basicについては ・アクティブサポート期間のみのサポート提供 (リリース後2年、MySQL 5.1で2010/12/31まで) ・問い合わせで使えるインシデント数が2 (Silver以上は無制限) と制限がきつく、受託システム開発ではまず使うことのないEditionです。 受託システム開発以外でも使いどころは非常に難しいと言えま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルゲームスケールアウトの歴史
はてなブログ | 無料ブログを作成しよう
18 a-6 ameba pigg backend practice 20110217
ソーシャルゲームのためのデータベース設計
mysql full-text parser plugin collection