MySQL レプリケーションのセットアップ手順 - わくわく技術ランド
想定していること † MySQL5.0 MySQLがすでに稼動中。レプリケーションの設定はしていない 今回MySQLをもう一台増やして2台構成とし、master、slaveの構成にする ※今回と状況が異なる場合は、MySQLのリファレンスマニュアルを読むといいです。 ↑ 1. レプリケーション用ユーザを作成する † レプリケーション用ユーザを作成する 作成するユーザーはスレーブがマスタのバイナリ ログを読み込むときに接続するユーザーとなる。 既存のユーザーでもレプリケーションは可能だが、ユーザ名とパスワードが master.info ファイル内にテキストで保存されるため、安全のためレプリケーションプロセスにだけ権限があるユーザを作成する 設定例(マスタのほうに設定) 192.168.23.0/24 内のネットワークで許可 ユーザー名：repl パスワード：slavepass mysql >
第8回 MySQLのレプリケーション構成 | gihyo.jp
第8回はMySQLの代表的なスケールアウト構成であるレプリケーション機能について解説します。 レプリケーションとは データベースでのレプリケーションは、多くの場合データを複数のサーバで保持することで、処理性能の拡張性や耐障害性の向上を狙いとしています。レプリケーションによってデータの複製が作成されることにより、1台のサーバに障害が発生した場合でもデータを失うリスクが削減できるほか、システムを継続利用できる可能性が高まります。さらに複数のサーバにデータが複製されている場合は、データ参照処理を分散できる利点があります。 MySQLサーバのレプリケーション機能は2000年5月にリリースされたMySQL 3.23.15から実装されており、MySQLサーバの中でも初期から含まれている機能の一つとなっています。 参考URL C.3.46 Changes in Release 3.23.15 (08 M
【DBA中級者向け】MySQL レプリケーションの設定 | Casley Deep Innovations株式会社 技術ブログ
こんにちはCTOの田中(巧)です。 今回は、MySQLのレプリケーション設定について書こうと思います。 レプリケーション概要 Wikipediaでは小難しい表現がされていますが今回の場合は単純な遅延コピーです。 ほぼリアルタイムですが、負荷状況等によってコピーされる側は遅延します。 MySQLのレプリケーションは次の内容が理由でよく利用されています。 可用性 MasterがダウンしてもSlave側が代替動作することができます。 パフォーマンス耐性 DB単位に役割を分ける事ができるため、負荷が分散できます。 例えば、SQLのwriteは一般的に処理が重たいため、それに引っ張られてread性能が落ちやすくなります。 これを避けるために、Master側をデータ更新用、 Slave側を参照専用にする構成にするように使う事でResponsibilityを保ちます。 バックアップ運用 コピーが作成され
MySQL入門 レプリケーション編 - Qiita
#経緯 とある勉強会の内容の復習＆整理 #タイトル インストール・アーキテクチャ基礎編 レプリケーション編 ←今回はこちら バックアップ編 チューニング基礎編 #レプリケーション編 アジェンダ レプリケーションとは レプリケーションの仕組み レプリケーションの種類 レプリケーションの設定方法 バイナリログの管理方法 その他の考慮事項 参考情報 #1. レプリケーションとは ##1.1. 基礎知識 データの複製（レプリカ）を別のサーバにモテる機能 MySQLの標準機能で、多数のWebサイト等で利用されている － シンプルな設定で利用可能 － マスター → スレーブ構成 ##1.2. マスタースレーブ構成 サーバはマスター、スレーブまたは両方になれる マスターサーバ － データを変更 － 変更内容をスレーブに転送 － マスターは複数のスレーブを持てる スレーブサーバ － マスターでの変更内容を
MySQLレプリケーションの運用が劇的変化！！GTIDについて仕組みから理解する
メリークリスマス！！やあ、良い子のみんな！！サンタクロース・・・ではなく、ヒゲモジャギークからのクリスマスプレゼントだよ！！ というわけで、MySQL Casual Advent Calendarの25日目である。今朝Advent Calendarを覗いてみると、本日分のエントリーが無かったので、急遽書くことにした。Advent Calendar最後の日、クリスマスを飾る記事のテーマはGTIDだ。 前回の投稿では、MySQL 5.6の目玉機能として、レプリケーションがクラッシュセーフになったことを挙げた。レプリケーションまわりで言えば、もうひとつ外せない目玉機能がある。それがGTID（Global Transaction ID）である。 GTIDは良くも悪くもレプリケーションの運用を変化させる。GTIDを使うことによって得られる最大のメリットは、CHANGE MASTER TOでバイナリロ
mysqld_multiを使用して１台のサーバーでレプリケーション環境を構築 – sawara.me
またもや今回もMySQLネタ。 仕事で使っているMySQLなんですが、知らないことだらけだったので、現在改めて勉強中です。こないだMySQLの資格取ったのもその一環なのですが、受験した直後に配信停止されとる。。。 資格自体が失効になるわけではないですが、情弱っぷりが恥ずかしかとです。 夏頃に5.6の試験が配信予定になっていますので、こちらの取得に向けて全力で頑張ります。 さて、今回はmysqld_multiを利用して１台のサーバー上で２つのmysqlデーモンを起動し、レプリケーション環境を構築してしまおうというものです。 今回の環境はCentOS6.5、MySQLのバージョンは5.1で行いました。 データディレクトリの作成 一つのサーバーに複数のmysqlデーモンを立ち上げますので、それぞれで使用するデータディレクトリの準備します。 [bash] # デーモン１用のディレクトリ作成 mkd
MySQLのレプリケーション遅延をローカルで再現させる手順 その1 - 株式会社CFlatの明後日スタイルのブログ
レプリケーションとその問題点 データベースへの負荷を分散させるための手段はいくつかあるのですが、比較的簡単な手段としてMaster-Slave構成によるレプリケーションを使う方法があります。 レプリケーションではMasterサーバーを書き込み専用に、Slaveサーバーを読み取り専用とします。 Masterへの変更がSlaveへ同期されることで同じデータを持つことになります。 その上で、データベースの読み取りは全てSlaveに問い合わせるという方法です。 これによる一番のメリットはSlaveを複数立てることで、データ取得系のリクエストの負荷をSlaveで分散することができるようになることです。また、付加的なメリットとしてはSlaveをバックアップとして機能させたり、Masterが停止したときに代わりのMasterとして使ったりということができる、ということも挙げられます。 もっとも、レプリケ
vagrantでmysqlレプリケーション実験環境をお手軽作成
mysqlのレプリケーション設定をする機会があったので、実環境で試す前に実験してみたいと思い、vagrantを使ってレプリケーション設定用のサーバを立ててみました。 結構長くなってしまいましたが、手順をまとめておきます。 vagrantを使うと手軽に実験環境を作れていいですね。 目標マスター1台、スレーブ1台のレプリケーション設定をするDBはmysql5.5を使用vagrantで複数のvmを作成する適当にディレクトリを追加mkdir -p ~/Vagrants/repl/ cd ~/Vagrants/replvagrant初期化vagrant initVagrantfile修正db_masterとdb_slaveの設定を追加 vi Vagrant Vagrant::Config.run do |config| config.vm.box = "base" config.ssh.timeou
MySQLでレプリケーションしてみる - yk5656 diary (旧)
MySQLでレプリケーションしてみる。 【参考】 mysql レプリケーション設定 | 手順書.com http://tejunsho.com/mysql/20110603000166.html MySQL 5.5 のレプリケーション設定方法 | Check!Site http://www.checksite.jp/mysql-replication/ VagrantにCentOS6.5が入ってなければ追加しておく。 $ vagrant box add centos65 https://github.com/2creatives/vagrant-centos/releases/download/v6.5.3/centos65-x86_64-20140116.box DBサーバを２台用意 VagrantでDBサーバを２台用意する。 まず、マスター側のサーバを用意する。 $ mkdir mas
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
