MySQLのマスタースレーブレプリケーションのパラメータの注意事項
マスター全てのパラメータ
1 =ログビンビンのMySQL。
1、制御はバイナリログマスタレコードになっている;
2、好ましくは、容易な最適化するだけでなく、メンテナンスが容易であり、別のディレクトリ内のバイナリファイルに。
3.名前の変更バイナリログがちょうどlog_binオプションに[mysqldを]を変更、非常にシンプルで
、次の例：パスlogbin再調整する"/ホーム/ MySQLの/ binlogの"
[mysqldを]
log_bin = /ホーム/ MySQLの/ビンログ/ binlog.log
LL /ホーム/ MySQLの/ binlogの
-rw-RWのMySQLのMySQL。1 ---- 98-3月7日17時24 binlog.000001
-rw-RW。1 ---- 33は、MySQLのMySQL-Marのである。7 17時24 binlog.index
注：* .logの時間が終了するディレクトリを指定してください、すなわち指定されたフォルダレベルへ、または再起動のMySQLエラーの時だけではなく。
2.サーバID = 1
各サービスサーバ、マスタ/スレーブ環境のアイデンティティは、この変数は異なっていなければならない
3. expire_logs_days = 15
これは、マスタが自動的にバイナリログ削除達成される
4 innodb_flush_log_at_trx_commit。1 =
このパラメータは、トランザクションを示しREDOログ・道を処理する、提出する際に、この変数は、3つの値0、1は：
0：トランザクションのコミットを、REDOログは、トランザクション・ログ・ファイルに書き込まれませんが、1秒に1回フラッシュされるのを待っています
1：ときに、トランザクションのコミット、REDOログ・バッファは、データの一貫性を保証するレプリケーション環境でこの値を使用するために、ディスクのログファイルのコンテンツの同期に書き込まれます。
2：トランザクションのコミットは、REDOログ・バッファの内容は、（ファイルシステムのキャッシュに書き込まれた）ディスクの非同期のログファイルに書き込まれている
= 1が設定innodb_flush_log_at_trx_commitのでなければなりません推奨
5.sync_binlog 1 =
1、このパラメータは、各ライト・バッファに何回を示し、ディスクへの同期、
2は、sync_binlog = 1ファイルシステムのキャッシュを使用しない、同期書き込みバッファとディスクバイナリログファイルを表し
たInnoDBトランザクションエンジンを使用している場合は、レプリケーション環境では、最大の可用性を確保するために、「1」に設定されているが、それはIOのパフォーマンスに影響します。
：3であっても「1」に設定した場合、問題があるでしょう
ディスクに書き込まれたときにバイナリログ場合は、トランザクションはまだ、この時間ダウンし、コミットしていない
サービスアップが再び回復し、記録が戻ってバイナリにロールバックすることはできませんログの内容は、コミットされていない、
この時間は、一貫性のないマスタとスレーブのデータになります
ソリューション：
= 1 innodb_support_xaパラメータを確認する必要があります。勧告は、設定する必要があります
6 .innodb_support_xa = 1
このパラメータは、データの一貫性環境を確保するために、InnoDBデータファイルとバイナリログの同期、複製を保証XAトランザクションに関係しています。勧告は、設定する必要があり
7.binlog-DO-DB = skate_db
のみ指定されたデータベースレコードの更新がログバイナリ
8のbinlog-DO-テーブルを= skate_tabが
唯一のバイナリログに指定したテーブルのレコードを更新し
9のbinlog-無視-DB = skate_db
指定されたデータベース更新ログバイナリ無視
= 1つの10.log_slave_updatesを
このパラメータを制御マスタ・データベース・ログからスレーブか、スレーブは、このスレーブバイナリログの実行中に受信したコンテンツ記録
ビス含むカスケードレプリケーション環境での（マスター環境）、このパラメータが必要とされて
11.binlog_format =ステートメント|行|混合
制御はどのような形式でバイナリログの内容を記録し、デフォルトでは混血である
12 max_binlog_sizeは
、マスタバイナリログファイルのそれぞれのサイズ、デフォルト1G
13.binlog_cache_size
1すべてのコミットされていないトランザクションは、統一同期バイナリログに提出することが、キャッシュや一時ファイルに記録されます
。この変数はセッションに基づいており、2、および各セッションは、キャッシュサイズオープンbinlog_cache_sizeです。
図3に示すように、可変binlog_cache_size「Binlog_cache_disk_use」および「Binlog_cache_use」の大きさを設定すること。
説明：
Binlog_cache_disk_use：バイナリログ番号使用して書かれた一時ファイル
Binlog_cache_useを：バイナリバッファ書くための心の中で使用頻度
14.auto_increment_increment = 2 //成長工程
auto_increment_offset = 1つの//開始位置
デュアルマスターキー環境では、競合を防ぐことができます
スレーブパラメータを
1.server-ID = 2
及びマスター、サービス識別子としての意味
2.logビン= MySQLのビン
とマスターとしての意味、バイナリ開口
3.relayログ=中継ビン
リレーログファイルパス名前
4.リレーログインデックス=リレー -bin
リレーログインデックスファイルのパス名
5 log_slave_updates = 1
、上述したような意味をマスター
6.read_only = 1
。1、そう読み取り専用データベースすなわち、スレーブレプリケーションでは、このパラメータ環境およびユーザーは、無効スーパー権限を有する
セット環境を複製するためのREAD_ONLY便利= 2 ,. 1、それだけで受け入れる更新されたマスタスレーブを保証することができ、クライアントが更新を受け入れません。
3、クライアントの設定：
mysq>、株式会社無料でSET READ_ONLYに参加= 1
7. skip_slave_start
、MySQLを起動するとき、スレーブがレプリケーションプロセスを開始しない勧告はしなければならない起動開始スレーブを使用した後のmysql
8.replicate-DO-DBの
だけdbが指定したコピー
9。複製-DO-テーブルには
、必ず指定の表のコピー
10複製-の違いを無視テーブル
指定が無視され、テーブルを
11. replicate_wild_do_table = skatedb％
ファジーマッチ指定複製DBは
12 auto_increment_increment = 2
auto_increment_offset = 1
参照して上述したように、マスター意味
13 log_slow_slave_statements
クエリ時に、スレーブスロークエリーログオンは、スロークエリ記録、long_query_timeより大きいログ
14 max_relay_log_sizeの
スレーブサイズにリレーログを、既定。1G
15.relay_log_info_fileの
中継状況情報ログファイルのパス名
16 relay_log_purgeは、
リレーログが必要ない場合、削除、デフォルトでオンになって
SET = GLOBAL relay_log_purge。1
。17 .replicate書き換え-DB = from_name-> TO_NAME
リダイレクトデータベース、サブライブラリーは、統計分析のためのマスターデータベースに集約することができます
希望はほとんどの友人を助けるために~~~