MySQLレプリケーションエラー（1062）

Question

私はMySQLを初めて使用しています。長い検索の後、私はマスタースレーブROWベースのレプリケーションを設定できます。私はそれが安全だと思ったので、何度も何度も再確認する必要はありませんでした。

しかし、今日、私は奴隷にSHOW SLAVE STATUS;をしたときに、私は

を以下を テーブルmydatabasename.atableにWrite_rowsイベントを実行することができませんでした。重複する キー 'PRIMARY'のエントリ '174465'、 Error_code：1062;ハンドラエラー HA_ERR_FOUND_DUPP_KEY;イベントの マスターログのmysql-bin.000004、 end_log_pos 60121977

誰かがマスターは、両方のサーバーにそのようなエラーやスキーマを持っていないとき、これはでも来ることができる方法を教えてもらえますが、その後どのようにこれが起こる可能性が同じです。そして、この仕事をやり直す方法と、将来そのようなことを防ぐ方法。

これ以外の予期しないことを私にも教えてください。

Answer 1

それはマスターでは決して起こりません、なぜですか？

SQL一連のマスターから複製され、
レコードがすでにマスターに存在する場合、mysqlはマスター

ではなくスレーブ上拒否し、失敗し、レプリケーション位置は次のSQLへの先進ない場合（これは、ただ停止しました）

理由はありますか？

そのレコードのINSERTクエリは

がどのように修正するためのマスターからのレプリケーションを使用せずに、スレーブに直接書き込むのですか？ http://dev.mysql.com/doc/refman/5.0/en/set-global-sql-slave-skip-counter.html

またはスレーブ上の重複レコードを削除し、再度、スレーブを再開（複製が挿入をやらせる）

を -

SET GLOBAL sql_slave_skip_counter = N; 

詳細よう

は、スレーブ上のエラーをスキップ悪化したシナリオでは、スレーブ側でデータの整合性を確保するために、セットアップをやり直す必要がありました。

防止するには？

チェックアプリケーションレベルは、直接スレーブ
に必ず何の書き込みをしないこのコマンドプロンプトでMySQLへの書き込みを行うと、読むことができます

スプリットmysqlユーザー、
だから、あなたのアプリケーションが使用するの接続方法など書き込みを必要としない場合は、ユーザー（マスターとスレーブ）を読み取ります。
アクションの書き込みユーザー（マスターのみ）を使用して、データベースへの書き込みが必要です。

Answer 2

スキップカウンタは常に実行可能な解決策ではなく、レコードをスキップしていますが、それ以上のレコードに影響する可能性があります。

ここに、sqlスレーブスキップカウンタが悪い理由の完全な詳細があります。

http://www.mysqlperformanceblog.com/2013/07/23/another-reason-why-sql_slave_skip_counter-is-bad-in-mysql/