私たちは、それがデータセキュリティ上の理由（最終的な分析であるが、0の束が、何のために、2つのあるいはバックアップ複数のデータベースが関与する傾向があり、ウェブの展開を行っている 1が、娘のAHの値）、私たちは素直に同期を行います！（ハートOS：私は串に持っている、とすぐにブログの文字列を食べ終わっ）
1、2台のLinuxサーバ（マスタとスレーブ）を調製
2、MySQLはインストール
3、）mysql.ini用の設定ファイル/etc/my.cnf(MySQLでバイナリログを開く修正
ログインビン= mysqlのビン
修正方法：設定ファイルを開きます。
[mysqldを]コンテンツを追加します。
サーバー-ID = 1つの＃のMySQL Clusterの全体で一意性を保証します
ログインビン=は/ var / log / mysqlの/ mysqlの-bin.log＃ログ格納位置
ログ・ビン・インデックス= binlog.index
4、MySQLサービスを再起動します
サービスMySQLの再起動
図5は、設定が正常で表示します
「ログ・ビン」のようなショーの変数。
6.マスタースレーブレプリケーションを開始します
ステップ1：メインサーバにサーバMySQLユーザーから着陸することができますを作成します。
MySQLの> GRANTのレプリケーションスレーブON *。* 'ユーザ名' から 'サーバからIP' @ IDENTIFIED
「パスワード」とは、
MySQLの> FLUSH PRIVILEGES;
ステップ2：MySQLのバイナリファイル名とメインサーバーの場所を確認してください
MySQLの> SHOWのマスターステータス。
第三段階：バイナリファイルの名前と場所を知らせます
サーバから実行中（句読点、そして最後にセミコロンに注意してください）
MySQLの> CHANGE MASTER TOの
> MASTER_HOST = 'プライマリサーバーアドレス'、
> MASTER_USER =「作成したユーザー名」
> MASTER_PASSWORD = 'パスワード'
> MASTER_LOG_FILE = 'のMySQL-bin.000048（その変形例によれば）'、
> MASTER_LOG_POS = 432（自分の変更）。
完全なレプリケーションマスタから。
図7に示すように、マスター・スレーブ複製試験
サーバから実行中
MySQLの> START SLAVE;＃mysqlのオープンコピー
> SHOW SLAVEのステータスの\ G;マスターコピーから＃ビューは成功しています
YES、Slave_SQL_Running：あなたがSlave_IO_Running見ると
YES、それは正常な状態を示します
図8に示すように、実際のテスト：
メイン着陸マスターのMySQL：ショーのデータベース;
サーバのMySQLから着陸：ショーのデータベース;
プライマリ・データベース次のように：
（1）データベースとテーブルを作成します
データベースのテストを作成します。テストを使用します。
表TAB1（ID int型のAUTO_INCREMENT、名前はvarchar（10）、主キー（ID））を作成します。
ショーのデータベース;
ショーのテーブル。
（2）データベースから、またデータベーステーブルを表示する場合、データの同期を見
9、エラーを参照してください
スレーブサーバに、実行します。
MySQLの>ショースレーブステータスの\ G;
.......
解決策1：
Slave_SQL_Running：いいえ
1.プログラムは、スレーブの書き込み操作であってもよいです
2.スレーブマシンを再起動することができる後に、トランザクションのロールバックが発生します。
トランザクションのロールバックは、一般的に起因しています。
対処方法2：
MySQLの>スレーブを停止します。
MySQLの> GLOBAL SQL_SLAVE_SKIP_COUNTER = 1を設定します。
MySQLの>スラヴァを開始します。
注意：それは次のように内部サーバから実行中でない場合
MySQLの>スレーブを停止します。
>リセットスレーブ。
>再設定の同期化（ステップ6を参照してください）
>スレーブを起動します。
これまでのところ、データベースの同期が完了しています！（まあ、あなたを参照してください、私は、文字列を食べます！）