Nach der VIP-Konfiguration wird beim Aktiv/Standby-Umschalten die folgende Fehlermeldung angezeigt: 1. Wenn die aktuellen Binlog-Dateinamen der Master- und Standby-Knoten identisch sind, ist die Position des ursprünglichen Masterknotens kleiner als die Position nach dem Master-Standby-Schalter und der folgende Fehler wird gemeldet: 02.07.2020 15:08:09,332 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:293 | Slave registrieren RegisterSlaveCommandPacket[reportHost=192.168.3.1,reportPort=63292,reportUser=canal_repl_user,reportPasswd=111111,serverId=10236,command=21] 02.07.2020 15:08:21,227 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:321 | COM_BINLOG_DUMP mit Position:BinlogDumpCommandPacket[binlogPosition=1104,slaveServerId=10236,binlogFileName=mysql-bin.000002,command=18] 02.07.2020 15:08:24,979 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] LogEvent:122 | common_header_len= 19, number_of_event_types= 38 2020-07-02 15:08:24,983 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] DirectLogFetcher:163 | E/A-Fehler beim Lesen vom Client-Socket java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Protokollereigniseintrag hat max_allowed_packet überschritten; max_allowed_packet auf Master erhöhen; das erste Ereignis „mysql-bin.000002“ um 1104, das letzte Ereignis wurde um 123 aus „/usr/local/mysql/logs/mysql-bin.000002“ gelesen, das letzte Byte wurde um 1123 aus „/usr/local/mysql/logs/mysql-bin.000002“ gelesen. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-02 15:08:24,989 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlEventParser:301 | Dump-Adresse 192.168.3.100/192.168.3.100:3306 hat einen Fehler, erneuter Versuch. verursacht durch java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Protokollereigniseintrag hat max_allowed_packet überschritten; max_allowed_packet auf Master erhöhen; das erste Ereignis „mysql-bin.000002“ um 1104, das letzte Ereignis wurde um 123 aus „/usr/local/mysql/logs/mysql-bin.000002“ gelesen, das letzte Byte wurde um 1123 aus „/usr/local/mysql/logs/mysql-bin.000002“ gelesen. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 000002 'bei 1123. 2020-07-02 15: 08: 24,994 Fehler [Ziel = 1-236, Adresse = /192.168.3.100:3306, Evitparser] LogalarmHandler: 19 | ET; bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) ] Dieser Fehlertyp hängt mit max_allowed_packet zusammen. Erstens steuert max_allowed_packet die Größe des binären Binlog-Ereignisses, das von einer einzelnen Anweisung während des Master-Slave-Replikationsprozesses generiert wird. Sein Wert muss ein Vielfaches von 1024 sein. Häufige Gründe für diesen Fehler: 1>. Die Konfigurationsgröße dieses Parameters in der Primär- und Standbydatenbank ist inkonsistent. Die Größe des von der Primärdatenbank an die Standbydatenbank übertragenen Binärprotokollereignisses überschreitet die maximal zulässige Paketgröße der Primär- oder Standbydatenbank. Sie können den Variablenwert anzeigen: SHOW GLOBAL VARIABLES LIKE "%max_allowed_packet%", um zu sehen, ob die Werte der beiden Bibliotheken konsistent sind. 2>. Wenn die entsprechende Offset-Position nicht in der entsprechenden Binlog-Datei gefunden werden kann, können Sie sie mit dem Befehl mysqlbinlog überprüfen. Wenn Sie feststellen, dass im Fehlerbericht keine 1104 (Position) zu finden ist, können Sie zur vorhandenen Positionsseite wechseln mysqlbinlog mysql-bin.000002 --stop-position=1200 /*!50530 SETZEN @@SESSION.PSEUDO_SLAVE_MODE=1*/; /*!50003 SETZEN @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/; TRENNUNGSZEICHEN /*!*/; # bei 4 #200630 16:24:37 Server-ID 2 end_log_pos 123 CRC32 0x87e4bed6 Start: Binlog v 4, Server v 5.7.28-Log erstellt 200630 16:24:37 # Warnung: Dieses Binärprotokoll wird entweder verwendet oder wurde nicht ordnungsgemäß geschlossen. BINLOG ' xfb6Xg8CAAAAdwAAAHsAAAABAAQANS43LjI4LWxvZwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAEzgNAAgAEgAEBAQEEgAAXwAEGggAAAAICAgCAAAACgoKKioAEjQA Ada+5Ic= '/*!*/; # bei 123 #200630 16:24:37 Server-ID 2 end_log_pos 234 CRC32 0xd95db8f4 Vorherige GTIDs # b3a0925e-b78b-11ea-9b67-000c2915fd70:51-55, # b85582c3-14d9-11ea-a64a-000c29ab1835:40-52 # bei 234 #200630 16:25:23 Server-ID 1 End-Log-Pos 299 CRC32 0x0ed285db GTID last_committed=0 Sequenznummer=1 rbr_only=yes /*!50718 FESTLEGEN DER TRANSAKTIONSISOLIERSTUFE - LESEN COMMITTED*//*!*/; SETZEN @@SESSION.GTID_NEXT= 'b85582c3-14d9-11ea-a64a-000c29ab1835:53'/*!*/; # bei 299 #200630 16:25:23 Server-ID 1 end_log_pos 362 CRC32 0x34ec0ffb Abfrage Thread-ID = 11 Exec_Time = 0 Fehlercode = 0 ZEITSTEMPEL EINSTELLEN=1593505523/*!*/; SETZEN @@session.pseudo_thread_id=11/*!*/; SETZEN Sie @@session.foreign_key_checks=1, @@session.sql_auto_is_null=0, @@session.unique_checks=1, @@session.autocommit=1/*!*/; SETZEN Sie @@session.sql_mode=524288/*!*/; SETZEN Sie @@session.auto_increment_increment=1, @@session.auto_increment_offset=1/*!*/; /*!\C utf8 *//*!*/; SETZEN @@session.character_set_client=33,@@session.collation_connection=33,@@session.collation_server=33/*!*/; SETZEN @@session.lc_time_names=0/*!*/; SET @@session.collation_database=DEFAULT/*!*/; BEGINNEN /*!*/; # bei 362 #200630 16:25:23 Server-ID 1 end_log_pos 427 CRC32 0x62a09b2f Table_map: `test`.`test_canal_2_hive` zugeordnet zur Nummer 114 # bei 427 #200630 16:25:23 Server-ID 1 end_log_pos 492 CRC32 0x0f349879 Write_rows: Tabellen-ID 114 Flags: STMT_END_F BINLOG ' 8/b6XhMBAAAAQQAAAKsBAAAAAHIAAAAAAAEABHRlc3QAEXRlc3RfY2FuYWxfMl9oaXZlAAMIDxED UAAABi+boGI= 8/b6Xh4BAAAAQQAAAOwBAAAAAHIAAAAAAAEAAgAD//iYAAAAAAAAABB6aGFuZ3Nhbi0wMS1zMTI5 Xvr283mYNA8= '/*!*/; # bei 492 #200630 16:25:23 Server-ID 1 end_log_pos 523 CRC32 0x9d38dbb3 Xid = 542 BEGEHEN /*!*/; # bei 523 #200630 16:31:33 Server-ID 1 end_log_pos 588 CRC32 0x7a71df00 GTID last_committed=1 sequence_number=2 rbr_only=yes /*!50718 FESTLEGEN DER TRANSAKTIONSISOLIERSTUFE - LESEN COMMITTED*//*!*/; SETZEN @@SESSION.GTID_NEXT= 'b85582c3-14d9-11ea-a64a-000c29ab1835:54'/*!*/; # bei 588 #200630 16:31:33 Server-ID 1 end_log_pos 651 CRC32 0xec353d4a Abfrage thread_id=11 exec_time=0 error_code=0 ZEITSTEMPEL FESTLEGEN=1593505893/*!*/; BEGINNEN /*!*/; # bei 651 #200630 16:31:33 Server-ID 1 end_log_pos 716 CRC32 0x0309e1d5 Table_map: `test`.`test_canal_2_hive` zugeordnet zur Nummer 114 # bei 716 #200630 16:31:33 Server-ID 1 end_log_pos 781 CRC32 0xb7ac4767 Write_rows: Tabellen-ID 114 Flags: STMT_END_F BINLOG ' Zfj6XhMBAAAAQQAAAMwCAAAAAHIAAAAAAAEABHRlc3QAEXRlc3RfY2FuYWxfMl9oaXZlAAMIDxED UAAABtXhCQM= Zfj6Xh4BAAAAQQAAAA0DAAAAAHIAAAAAAAEAAgAD//iZAAAAAAAAABB6aGFuZ3Nhbi0wMS1zMTI5 Xvr4ZWdHrLc= '/*!*/; # bei 781 #200630 16:31:33 Server-ID 1 end_log_pos 812 CRC32 0xa8c3ce12 Xid = 550 BEGEHEN /*!*/; # bei 812 #200630 16:52:25 Server-ID 1 end_log_pos 877 CRC32 0x8e7366ee GTID last_committed=2 sequence_number=3 rbr_only=no SETZEN @@SESSION.GTID_NEXT= 'b85582c3-14d9-11ea-a64a-000c29ab1835:55'/*!*/; # bei 877 #200630 16:52:25 Server-ID 1 End-Log-Pos 1122 CRC32 0xb5c35333 Abfrage Thread-ID = 11 Exec-Time = 0 Fehlercode = 0 verwende „test“/*!*/; ZEITSTEMPEL FESTLEGEN=1593507145/*!*/; SETZEN Sie @@session.sql_mode=1436549152/*!*/; GRANT REPLICATION SLAVE, REPLICATION CLIENT ON *.* AN 'canal_repl_user'@'%' IDENTIFIZIERT MIT 'mysql_native_password' ALS '*FD571203974BA9AFE270FE62151AE967ECA5E0AA' /*!*/; # bei 1122 #200630 16:52:29 Server-ID 1 End-Log-Pos 1187 CRC32 0x2f039a0c GTID last_committed=3 Sequenznummer=4 rbr_only=nein SETZEN @@SESSION.GTID_NEXT= 'b85582c3-14d9-11ea-a64a-000c29ab1835:56'/*!*/; # bei 1187 #200630 16:52:29 Server-ID 1 end_log_pos 1278 CRC32 0x0348011d Abfrage Thread_ID=11 exec_time=0 error_code=0 ZEITSTEMPEL FESTLEGEN=1593507149/*!*/; SETZEN @@session.time_zone='SYSTEM'/*!*/; Flush-Berechtigungen /*!*/; SET @@SESSION.GTID_NEXT= 'AUTOMATIC' /* hinzugefügt von mysqlbinlog */ /*!*/; TRENNUNGSZEICHEN ; # Ende der Protokolldatei /*!50003 SETZEN SIE COMPLETION_TYPE=@OLD_COMPLETION_TYPE*/; /*!50530 SETZEN @@SESSION.PSEUDO_SLAVE_MODE=0*/; 2. Wenn MySQL zwischen Master und Slave umgeschaltet wird, wird unabhängig davon, ob der Binlog-Dateiname derselbe ist, der folgende Fehler gemeldet, wenn die ursprüngliche Masterknotenposition nach dem Master-Slave-Wechsel größer ist als die aktuelle Binlog-Position der Masterdatenbank: 02.07.2020 14:51:16,671 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:293 | Slave registrieren RegisterSlaveCommandPacket[reportHost=192.168.3.1,reportPort=60838,reportUser=canal_repl_user,reportPasswd=111111,serverId=10236,command=21] 02.07.2020 14:51:16,671 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:321 | COM_BINLOG_DUMP mit Position:BinlogDumpCommandPacket[binlogPosition=10262,slaveServerId=10236,binlogFileName=mysql-bin.000002,command=18] 2020-07-02 14:51:16,672 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] DirectLogFetcher:163 | E/A-Fehler beim Lesen vom Client-Socket java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Client hat Master aufgefordert, Replikation von Position > Dateigröße zu starten bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-02 14:51:16,673 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlEventParser:301 | Dump-Adresse 192.168.3.100/192.168.3.100:3306 hat einen Fehler, erneuter Versuch. verursacht durch java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Client hat Master aufgefordert, Replikation von Position > Dateigröße zu starten bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-02 14:51:16,769 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] LogAlarmHandler:19 | Ziel:1-236[java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Client hat Master aufgefordert, Replikation von Position > Dateigröße zu starten bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) ] Anhand der Fehlermeldung können wir erkennen, dass die Position tatsächlich größer ist als die Größe der aktuellen Binlog-Datei beim Kopieren. 3. Wenn MySQL zwischen Master und Slave umgeschaltet wird und die ursprüngliche Binlog-Namensseriennummer der Masterdatenbank größer ist als die Binlog-Namensseriennummer der Masterdatenbank nach dem Umschalten, wird der folgende Fehler gemeldet: 06.07.2020 11:35:07,977 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:293 | Slave registrieren RegisterSlaveCommandPacket[reportHost=192.168.3.1,reportPort=59469,reportUser=canal_repl_user,reportPasswd=111111,serverId=10236,command=21] 06.07.2020 11:35:07,978 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:321 | COM_BINLOG_DUMP mit Position:BinlogDumpCommandPacket[binlogPosition=1411,slaveServerId=10236,binlogFileName=mysql-bin.000003,command=18] 2020-07-06 11:35:07,979 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] DirectLogFetcher:163 | E/A-Fehler beim Lesen vom Client-Socket java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Erster Protokolldateiname konnte in der binären Protokollindexdatei nicht gefunden werden. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-06 11:35:07,980 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlEventParser:301 | Dump-Adresse 192.168.3.100/192.168.3.100:3306 hat einen Fehler, erneuter Versuch. verursacht durch java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Erster Protokolldateiname konnte in der binären Protokollindexdatei nicht gefunden werden. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-06 11:35:07,987 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] LogAlarmHandler:19 | Ziel:1-236[java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Erster Protokolldateiname konnte in der binären Protokollindexdatei nicht gefunden werden. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) ] Dies bedeutet, dass der Binlog-Name kleiner sein muss als der des ursprünglichen Masters, da die Anzahl der Binlog-Namensübergänge auf dem neuen Master geringer ist und das Binlog mit dem entsprechenden Namen auf dem neuen Master nicht gefunden werden kann. 3. Verwenden Sie den gelöschten Binärprotokolldateinamen und melden Sie den folgenden Fehler: 03.07.2020 18:07:53,443 WARN [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlEventParser:456 | Vorbereitung zum Suchen der Startposition mysql-bin.000001:4:1593507861000 03.07.2020 18:07:53,443 WARNUNG [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlEventParser:205 | ---> Startposition erfolgreich gefunden, EntryPosition[included=false,journalName=mysql-bin.000001,position=4,serverId=<null>,gtid=<null>,timestamp=1593507861000] Kosten: 40 ms, der nächste Schritt ist ein Binlog-Dump 03.07.2020 18:07:53,444 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnector:101 | MysqlConnection mit /192.168.3.100:3306 trennen... 03.07.2020 18:07:53,446 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnector:79 | MysqlConnection mit /192.168.3.100:3306 verbinden... 2020-07-03 18:07:53,447 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnector:182 | Handshake-Initialisierungspaket empfangen, Client-Authentifizierungspaket zum Senden vorbereiten 03.07.2020 18:07:53,447 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnector:199 | Client-Authentifizierungspaket wird gesendet. 03.07.2020 18:07:53,458 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:293 | Slave registrieren RegisterSlaveCommandPacket[reportHost=192.168.3.1,reportPort=49875,reportUser=canal_repl_user,reportPasswd=111111,serverId=10236,command=21] 03.07.2020 18:07:53,459 INFO [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlConnection:321 | COM_BINLOG_DUMP mit Position:BinlogDumpCommandPacket[binlogPosition=4,slaveServerId=10236,binlogFileName=mysql-bin.000001,command=18] 03.07.2020 18:07:53,460 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] DirectLogFetcher:163 | E/A-Fehler beim Lesen vom Client-Socket java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Erster Protokolldateiname konnte in der binären Protokollindexdatei nicht gefunden werden. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-03 18:07:53,462 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] MysqlEventParser:301 | Dump-Adresse /192.168.3.100:3306 hat einen Fehler, erneuter Versuch. verursacht durch java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Erster Protokolldateiname konnte in der binären Protokollindexdatei nicht gefunden werden. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) 2020-07-03 18:07:53,463 FEHLER [Ziel = 1-236, Adresse = /192.168.3.100:3306, EventParser] LogAlarmHandler:19 | Ziel:1-236[java.io.IOException: Fehlerpaket empfangen: errno = 1236, sqlstate = HY000 errmsg = Erster Protokolldateiname konnte in der binären Protokollindexdatei nicht gefunden werden. bei com.alibaba.otter.canal.parse.inbound.mysql.dbsync.DirectLogFetcher.fetch(DirectLogFetcher.java:102) bei com.alibaba.otter.canal.parse.inbound.mysql.MysqlConnection.dump(MysqlConnection.java:169) bei com.alibaba.otter.canal.parse.inbound.AbstractEventParser$3.run(AbstractEventParser.java:279) bei java.lang.Thread.run(Thread.java:748) ] Sie können das Informations-Binärprotokoll neu generieren, indem Sie den Befehl „Flush Logs“ in der Masterdatenbank verwenden, dann den Befehl „Show Master Status“ verwenden, um die Informationsposition abzufragen, und „CHANGE MASTER TO MASTER_LOG_FILE='log-bin.00000xx',MASTER_LOG_POS=xxx;“ erneut verwenden, um das Binärprotokoll neu zu synchronisieren. Zusammenfassen Dies ist das Ende dieses Artikels über die Lösung einiger Probleme im MySQL Master-Slave Switch-Kanal. Weitere Informationen zu MySQL Master-Slave Switch-Kanal-Problemen finden Sie in den vorherigen Artikeln von 123WORDPRESS.COM oder in den folgenden verwandten Artikeln. Ich hoffe, dass jeder 123WORDPRESS.COM in Zukunft unterstützen wird! Das könnte Sie auch interessieren:
|
<<: JS realisiert Bild Digitaluhr
>>: So fixieren Sie die vier Seiten der Tabelle zum Scrollen nach oben, unten, links und rechts
Standardmäßig werden Breite und Höhe der Kopfzeil...
Heute habe ich einen kleinen Vorgeschmack auf IE8...
Inhaltsverzeichnis 1. Installation und Einführung...
Inhaltsverzeichnis Manipulationssicheres Javascri...
Die MySQL 5.7.18 Zip-Version von MySQL ist nicht ...
Durch Ausnutzen einer neu entdeckten Sudo-Sicherh...
1. Hintergrund Obwohl ich viele Blogs und Artikel...
<html> <Kopf> <meta http-equiv=&quo...
Die Rolle der Schnittstelle: Schnittstelle, auf E...
Ich glaube, dass viele Programmierer mit MySQL ve...
Geben Sie der Zeit Zeit und lassen Sie die Vergan...
Front-End-Projektpaketierung Suchen Sie .env.prod...
Wenn auf einer Seite mehrere Bilder eingefügt wer...
Idee: Einfach erst zufällig sortieren und dann gr...
In HTML müssen Sie die von der Webseite verwendet...