MySQL5.5で準同期レプリケーション構築 - IT Fragments
IT Fragments 情報技術系のトピックを扱う個人ブログです。プログラム制作物・システム考察・調べ物の備忘録・お勧めソフトウェア情報など MySQL5.5を用いた通常・準同期レプリケーション構築の解説です。レプリケーションとは何か、通常・準同期レプリケーションの対比、構築方法、必要な保守作業など。対象読者は多少MySQLサーバの設定を行ったことのある方を想定しています。 基礎知識 レプリケーションを構成する要素・どんな動作をするか・レプリケーションの種類。レプリケーション構築の前に知っておくべきことを解説します。 レプリケーションとは何か MySQLのレプリケーションはマスターサーバのデータを一つ以上のスレーブサーバに複製することでデータを冗長化する機能です。 レプリケーションを用いれば複数個所にデータベースの複製を設置できるので、荷分散と共に可用性・信頼性を向上させられます。設定は
MySQL :: MySQL 8.0 リファレンスマニュアル :: 17.1.6 レプリケーションおよびバイナリロギングのオプションと変数
この変数は、サーバー ID を指定します。server_id はデフォルトで 1 に設定されています。 このデフォルト ID を使用してサーバーを起動できますが、バイナリロギングが有効になっているときに、サーバー ID を指定するように server_id を明示的に設定しなかった場合は、情報メッセージが発行されます。 レプリケーショントポロジで使用されるサーバーの場合、レプリケーションサーバーごとに一意のサーバー ID を 1 から 2 の 32− 1 の範囲で指定する必要があります。 「Unique」 は、各 ID がレプリケーショントポロジ内の他のソースまたはレプリカで使用されている他のすべての ID と異なる必要があることを意味します。 詳細については、セクション17.1.6.2「レプリケーションソースのオプションと変数」,およびセクション17.1.6.3「Replica Serv
MySQL5.1でDB単位でのレプリケーション - ＠SRCHACK.ORG（えす・あーる・しー・はっく）
Linux-HA環境を作ったので、次はMySQLのレプリケーションを試してみた。 DRBDでMySQLのデータを丸ごと同期でもいいのですが、MySQLは待機系で別アプリも動かしたかったので、DB単位でのレプリケーションにしてみました。 MySQLのレプリケーションは、非同期で実施可能なので深く考えなくても気軽に試せます。 待機系が死んでても稼動系では問題なくコミットされてくれるので、ほんと気軽です。 今回試した環境は、Slackware 13.1、MySQL 5.1になります。 (1)Master側設定 Slave側がアクセスするためのレプリケーションユーザーを作成し権限を設定します。 ここでは、replユーザを作成しています。ユーザ名はなんでも良い。 mysql> grant file on *.* to repl; Slace側のIPアドレスからアクセスするユーザに権限「file」と「
MySQL :: MySQL 5.1 リファレンスマニュアル :: 5.4.4 レプリケーション FAQ
5.4.4.1: スレーブは常にマスタに接続している必要がありますか。 5.4.4.2: マスタをネットワーク化しなければ、レプリケーションを実行できませんか。 5.4.4.3: スレーブがマスタと比較してどれだけ遅れているかを知る方法はありますか。または、スレーブによって複製が行われた最後のクエリ日を知る方法はありますか。 5.4.4.4: スレーブが追いつくまでマスタの更新をブロックする方法はありますか。 5.4.4.5: 二方向レプリケーションをセットアップするときに注意する点はありますか。 5.4.4.6: レプリケーションを使用してシステムのパフォーマンスを改善する方法はありますか。 5.4.4.7: パフォーマンス改善レプリケーションを用いたアプリケーションを作成するときに、クライアントコードはどのように準備しますか。 5.4.4.8: MySQL のレプリケー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
初心者向けMySQLの始め方
