MySQLでslave追加時にmasterが全力でbinlogを送って困る時 - As a Futurist...
たまにはしょうもない TIPS でも。MySQL の魅力といえば言わずもがな 10 年の歴史を誇る「レプリケーション」の仕組みだと思います。これさえあれば 1 つの筐体で必死にデータ保全しなくてもコピーがいくらでも増やせるし、@nippondanjiさんのスライドにある通り、レプリケーションの妙技を駆使することで様々に柔軟な運用を行うことができます。 Art of MySQL Replication. slave 追加とは？ さてそんなレプリケーションですが、実運用で最も多く行われるオペレーションは「slave の追加」だと思います。追加の方法は大きく分けると 2 通りです。(ストレージエンジンは InnoDB を想定。というか InnoDB 以外認めません＞＜) 論理バックアップを利用 mysqldump 等を利用して論理的にデータの静止断面を作る＆その時の binlog のポジションを
MySQL バイナリログを使ったデータリカバリ | Ore no homepage
目黒川の桜きれいですね〜(*^^*)…なーんてガラじゃないことを言いたくなるくらい良い咲きっぷりでしたよ、エエ。で、来週末、花見に行くんだけど、まだ散らないでほしいっすねー。 えーっと、久しぶりにMySQLの記事。binlogを使ったリストア手法について。ネットを漁るとMySQLの運用に関する記事は多くヒットするんだけど、障害からのデータリカバリ、特にロールフォワードを扱った記事が思ったより多くない。おれは運が良いのか悪いのかMySQLのデータリカバリをしなければならないような局面に何度か直面しているので、手順について書いてみようかな、と。ここではMySQL〜5.5を対象にしている。直近での最新のメジャーバージョンはMySQL5.6なんだけど、おれはまだ5.6について大して知らない。5.6ならもっとイケてるやりかたがあるかもしれない。あったらいいな。 0. 環境 次のような環境を前提として
我々はどのように冗長化を失敗したのか - YAPC::Asia Tokyo 2015
概要 Webシステムを動かすサーバは、細胞と同じように、生まれて死んでいく。 そのようにシステム全体を活性化させることによって、常に綺麗なサーバを保つことができる。 それは式年遷宮という日本古来のシステムの中にある、穢れと禊という概念にも通じる。 この概念は去年のYAPCで話した通りだ。 その思想を持って構築を試みた2015年、 構築前「完全無人自動化で運用しようや」 ... 構築後「冗長構成って本当に必要なんですか？」 トーク内容 この構築の最中に彼が見たものとは？ 式年遷宮インフラストラクチャ3部作の第2部にあたる今作は どのような思想を持ってとりかかり、どのように失敗したのか。 実体験を元にしたお話をできればと思います。 キーワード Consulを使おう consul-templateとdnsmasqとhostsファイルと順番と MySQL(GTID)という名の夢 mysqlfail
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GCP Next: Googleが描く、MapReduceを超えたビッグデータの世界
