MySQLの:スキップマスタースレーブレプリケーションエラー

mysqlのマスタースレーブのレプリケーションは、多くの場合、この時間は、一般的に中断し、手動での介入が必要継続するエラーをスキップしますスレーブエンドのレプリケーションにつながったエラーが発生しました。

二つの方法で間違ってスキップ:


1.取引の指定された数をスキップします

MySQLの>スレーブSTOP;
MySQLは> SET = 1〜#GLOBAL SQL_SLAVE_SKIP_COUNTERに取引スキップします。
> MySQLをスレーブ開始

2. MySQLの設定ファイルを変更します。

  • slave_skip_errorsによってすべてのエラーまたはエラーパラメータの特定のタイプをジャンプするには 

私たちはな/etc/my.cnf


注意: [mysqldを]の下に以下を追加して


#スレーブスキップエラー= 1062,1053,1146 #のスキップ・エラーエラーのない指定されたタイプ
スレーブスキップエラー=全て#すべてのエラーをスキップ

その後、サーバーを再起動することができます

#再起動のMySQL

サービスmysqldを再起動

#再起動後、ステータスMySQLを見ます

サービスのmysqld状況

成功から主にある状態2の主イエスから#表示

G \スレーブステータスを表示

 

  • エラーは、マスタースレーブレプリケーション停電につながります

  • MySQLの設定ファイルを変更します。

  • サービスの再起動

成功から主にある状態2の主イエスから#表示

G \スレーブステータスを表示

 

主な一般的なエラーと解決策からのMySQLのバックアップ

    それは成功した以来、すべてが安心してできることを、バックアップからメインmysqlデータベースの最初の時間を設定しました。しかし、あまりにも長い間、サーバーの同期状態からの指示を照会することによって、エラーが後で解決するソリューションのためのオンライン検索で発見されました。すぐに見つかり、他のタイプのエラーが発生します。要するに、私は非常に面倒に感じるが、また、バックアップからそのマスターが信頼できない、人々が頻繁にエラーが発生すると、人々はタイムリーな治療を必要とする、同期のステータスを表示する必要があります。この状況は、通常、マスターサーバー、またはサーバーのダウンタイムの状況から長い時間がある、データベースの同期を行うには最初の数日間に発生します。一般的なエラーと解決策:

[ERROR] Slave I/O: Got fatal error 1236 from master when reading data from binary log: 'Client requested master to start replication from impossible position', Error_code: 1236

              解决方案:出现1236,出现这种错误一般是主从服务器失去连接,出现了宕机的情况。常用解决办法,重新查询主服务器的状态,获取新的position位置,重新设置从服务器的同步信息。设置命令为:change master to master_log_file='',master_log_pos=123;

                

 Last_Errno: 1032, Last_Error: Could not execute Update_rows event on table xuanzhi.test; Can't find record in 'test', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql

               解决方案:出现1032,表示从数据库上面缺少某一条数据记录,主数据库对这条记录又做了修改,从数据库在修改时报错。解决方案是直接用数据库管理工具,数据传输模式处理具体异常的数据表,保证主数据与从数据库对应的报错数据表结构信息一样。

 Last_Errno: 1062,Last_Error: Could not execute Write_rows event on table xuanzhi.test; Duplicate entry '5' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log 

               解决方案:出现1062,表示主键冲突,及从数据库上面出现了主数据库上面没有的主键信息记录。解决方案是直接删除提示的从数据库中的异常数据,或者利用数据传输模式处理具体异常的数据表。

Last_Errno: 1594,Last_Errno: 1593

             解决方案:中继日志错误,一般是服务器宕机引起,解决方案和出现错误1236一样。在msql 5.5以上版本,可在slave的配置文件my.cnf里要增加一个参数relay_log_recovery=1。

 

参考链接:https://www.cnblogs.com/wlandwl/p/mysql.html

おすすめ

転載: blog.csdn.net/fly910905/article/details/93721561