MySQLのレプリケーションを試してみたので注意点など - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年08月31日18:39 MySQL MySQLのレプリケーションを試してみたので注意点など 今回はMySQLのレプリケーションをやってみましたー。レプリケーションの仕組みはこんな感じ(*･ω･)ノ 1) マスタがバイナリログを出力。 2) スレーブがバイナリログを受け取り、リレーログとして保存。 3) スレーブがリレーログからクエリを実行。 ※バイナリログには更新系のクエリのみが記録されます。 ※リレーログはバイナリログと内容は同じですが、必要がなくなると自動的に削除されていく点が異なります。 とりあえずやってみようと思って、マスタ1台、スレープ2台の構成を作ってみましたヾ(oﾟωﾟo)ﾉﾞ まず、MySQLをインストールして設定ファイル3種類、それぞれ以下のように設定します。 マスタのmy.cnf [mysqld] server-id=1 user=mysql port=330
HonestyWorks TechNote » MySQLのレプリケーションが不整合になってしまったときの再構築手順
概要 先日MySQLのMaster-Slaveレプリケーションが何かの拍子に機能しなくなっていることがわかりました。 このような状況に陥ったときの修正手順についてまとめてみます。 環境： Debian lenny MySQL 5.0.51 1台のマスタから1台のスレーブに対してレプリケーションしている構成 修正前のSlave状態 まず、現在のSlaveの状態を確認します。 mysql> show slave status\G *************************** 1. row *************************** Slave_IO_State: Master_Host: xxx.xxx.xxx Master_User: repl Master_Port: 3306 Connect_Retry: 60 Master_Log_File: mysqld-bin
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン - （ひ）メモ
MySQLで、レプリケーションベースのHAな構成について考えたメモです。 3台(というか2台＋1台)がいいかなぁと思っていて、前半はその理由を、後半では{マスタ,スレーブ}が{再起不能になった,ちょっとダウンしてすぐ復帰した}場合のリカバリプランについて書きます。 今のところはこれがベストかなと思っているのですが、「こうしたほうがいいと思う！」「ここがおかしい！」などなどのご意見はコメント、TBなどでいただけるとうれしいです。 ゴール マスタが落ちてもぐーすか寝ていられるようにしたい リカバリの作業はできるだけ単純に、かつ、短時間で完了するようにしたい めんどくさいのはいや 基本構成、方針 2台＋1台 サービスで使うのは2台 (db1, db2) もう1台は管理用 (db3) スレーブを多数並べる構成にはしない 台数増えると管理コストが上がる マスタダウン時のフェイルオーバとそのフェイルバ
実録、ほぼ無停止なMySQLのフェイルオーバ (動画もあるよ) - （ひ）メモ
レプリケーションしてるMySQLで、マスタやスレーブが障害停止した場合のリカバリプラン でも掲げたゴールである、「マスタが落ちてもぐーすか寝ていられるようにしたい」がほぼできたので、ほとんどサービスが停止することなく、フェイルオーバする様をスクリーンキャストに収めました。 埋め込みプレイヤーだと、小さくてわからないと思うので、リンク直接でみてください。 http://www.irori.org/pub/mysql-mm.mov 登場するホスト 登場するホストは2台、db901とdb902です。 最初は、db901が更新系クエリを受けるプライマリでdb900の浮動IPアドレスを持っています。 画面分割 画面は5分割しています。 左上 = 「select sysdate(),@@server_id」をdb900に対して(sleep 1しながら)延々と実行しまくりんぐ 右上 = ping -n
MySQL Clusterの導入 - shibainu55日記
久しぶりのblog更新。以外にWeb上の記事が少ないこともあって、今回はMySQL Clusterについて触れたいと思う。一通りの機能を解説するのには時間がかかりそうなので、数回に分ける予定。今回はまずは基本的な特徴の紹介と構築手順について。今後は最近機能拡張が行われたディスクベース・クラスタテーブルやバックアップ、リカバリについても触れていきたい。 MySQL Clusterって？ 生い立ち・特徴 2003年にMySQL AB社がNDB Clusterを開発していたアルザード社を買収し、MySQLのストレージエンジンの1つとしてMySQLに組み込まれた。 元々MySQLとは別製品であり、mysqld単独では動作しない。Data Node(データノード)、SQL Node(＝mysqld。SQLノード)、Management Node(管理ノード)の3要素で構成される。外部クラスタ製品を必
MYSQLレプリケーション設定 - エーエイチレフ linuxサーバー技術情報
MySQLのインストールが終了した２台がある状態より設定を開始します。 マスターとスレーブの２台がある状態からスタートです。 事前準備 事前に２台のサーバーのデータが同じである必要があります。 mysqldump等でダンプを行い、データベースが完全に同じ状態とします。 マスターの設定 設定ファイルの編集 vi /etc/mysql/my.cnf 以下のように編集 server-id = 1 ↓ server-id = 18 (←ユニークな適当な数字へ変更) また以下を設定ファイル内のどこかに追記(ある場合はそのままでOK) log-bin = mysql-bin アカウントの作成 レプリケーション用のアカウントをマスターに作成する。 このアカウントはREPLICATION SLAVE権限を持っている必要がある 以下はすべての接続を許す’repl’ユーザーを作成する例。(グ
Semisynchronous Replication (半同期レプリケーション?)を試してみた - yoshifumi1975's diary
今までの非同期レプリケーションでは、同期完了前にマスターが死んだ場合に、データのロストが起きるが、MySQL5.5から導入された Semisynchronous Replication（半同期？）を使うと、スレーブ側のバイナリログの更新までが同期で行われるのでデータのロストの可能性がぐっと減る。今回はMySQL5.5.5_m3 というバージョンを使って検証した。 OSは、CentOS5.5-64bit。RPMはOracle のサイトからダウンロード。 MySQL-client-5.5.5_m3-1.rhel5.x86_64.rpm MySQL-server-5.5.5_m3-1.rhel5.x86_64.rpm MySQL-devel-5.5.5_m3-1.rhel5.x86_64.rpm MySQL-shared-compat-5.5.5_m3-1.rhel5.x86_64.rpmテスト
MySQL 5.5 GA版が出たのでSemisynchronous Replicationを使ってみた - As a Futurist...
こんにちはこんにちは。いつもうちの嫁がお世話になっております。というわけで、ついに 待ちに待った MySQL 5.5 の GA 版である MySQL 5.5.8 がリリースされました。http://dev.mysql.com/doc/refman/5.5/en/news-5-5-8.html 先日の MySQL Casual Talks #1 で@Rkajiyama さんがほのめかしていましたが、期待を裏切らず 年内リリースを達成して頂いた Oracle は本当にすばらしいと思います。Casual User としては このリリースに対して「使ってみたエントリ」で応えるしかない！というわけで早速使ってみました。 まずはインストール インストール方法についてはほとんど MySQL 5.1 と変わりません。InnoDB(しかも 5.1 の plugin 相当)が デフォルトのストレージエンジンに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
株式会社TAP
株式会社TAP
http://www.sabamiso.net/yoggy/hiki/?MySQL%A4%C7%A5%EC%A5%D7%A5%EA%A5%B1%A1%BC%A5%B7%A5%E7%A5%F3%B9%BD%C0%AE%BB%FE%A4%CB%A5%DE%A5%B9%A5%BF%A4%C8%A5%B9%A5%EC%A5%A4%A5%D6%A4%F2%C6%FE%A4%EC%C2%D8%A4%A8%A4%EB%BC%EA%BD%E7%A5%E1%A5%E2
現場指向のレプリケーション詳説