Mysql マスタースレーブ同期 Last_IO_Errno:1236 エラー解決

Mysql マスタースレーブ同期の Last_IO_Errno:1236 エラーの原因は何ですか? この問題を解決するにはどうすればよいでしょうか? エディターを使用してこの問題の記録と解決策を見てみましょう。

<script>ec(2);</script>

サーバーからのエラーコード:

最終IOエラー番号: 1236
Last_IO_Error: バイナリ ログからデータを読み取るときに、マスターから致命的なエラー 1236 が発生しました: 「スレーブは、マスターがログに記録するように設定されているチェックサムでレプリケーション イベントを処理できません。最初のイベントは 'mysql-bin.000005' で 16750821、最後のイベントは '/usr/local/mysql/Binlog/mysql-bin.000005' から 16750821 に読み取られ、最後のバイトは '/usr/local/mysql/Binlog/mysql-bin.000005' から 120 に読み取られました。」

理由を大まかに分析した結果、個人的には、最も可能性が高い要因は、① MySQL のバージョンが異なること、② バックアップが不完全であることであると考えます。この問題は、同じバージョンの以前の MySQL 構成では発生しませんでした。 (時間の問題、特定のテスト理由なし)

メインサーバーは、前回の PHP によるダウンタイムのため、MySQL の最新バージョン (5.6.29) にアップグレードされましたが、スレーブサーバーはコンパイル時に 5.5.49 バージョンの DB を使用していました。したがって、この問題が原因である可能性があると推測します。公式ドキュメントを読んでおらず、これは単なる個人的な推測です。

バージョンの違いによって発生するもう 1 つの問題は次のとおりです。

[root@バックアップ tmp]# /usr/local/mysql/bin/mysql -uroot -p <./all.sql 
パスワードを入力してください: 
279 行目のエラー 1064 (42000): SQL 構文にエラーがあります。11 行目の 'STATS_PERSISTENT=0' 付近で使用する正しい構文については、MySQL サーバーのバージョンに対応するマニュアルを確認してください。

私は怠け者だったので、同じバージョンの MySQL を再コンパイルしました。バージョンが異なっていたため、具体的な理由を注意深く調べませんでした。

スレーブはエラーメソッドを一時的にスキップします:

マイグレーション

mysql>スレーブ停止; #スレーブを停止する
mysql> グローバル SQL_SLAVE_SKIP_COUNTER を 1 に設定します。
mysql>スレーブ開始; #スレーブを開始

スレーブでエラーを永続的にスキップする方法:

vi /etc/my.cnf
[mysqld]
slave-skip-errors=1062,1053,1146 #指定されたエラー番号タイプのエラーをスキップします #slave-skip-errors=all #すべてのエラーをスキップします

要約する

以上が、Mysql マスタースレーブ同期におけるエラー Last_IO_Errno:1236 の解決方法に関するこの記事の内容のすべてです。皆様のお役に立てれば幸いです。もっと良い解決策がありましたら、メッセージを残して一緒に話し合いましょう。

興味のある方は、「MySQL テーブルのソート規則におけるさまざまなエラー問題の分析」、「エンタープライズプロダクション MySQL 最適化の概要」、「MYSQL サブクエリとネストされたクエリの最適化例の分析」などを参照してください。ご質問がある場合は、メッセージを残してください。編集者がすぐに返信します。このサイトをサポートしてくれた友人たちに感謝します!

以下もご興味があるかもしれません: