evolix
/
wiki
22
0
Fork 0
Code Releases Activity

précisions pour erreur 1594

This commit is contained in:
jlecour 2020-05-14 11:46:40 +02:00
parent 48b1ccc905
commit b69ef2e711
1 changed files with 5 additions and 5 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

10
HowtoMySQL/Replication.md
View File

@ -396,9 +396,9 @@ Souvent un binlog corrompu, voir le *Relay_Master_Log_File* `SHOW SLAVE STATUS`.
**Error 1594 - Relay log read failure - Could not parse relay log event entry**
On peut changé la position du Relay_log, sur le serveur slave, il faut bien identifié sur quel **Relay_Master_Log_File** et a quelle position du **Exec_Master_Log_Pos** se trouve le slave.
On peut changer la position du Relay_log, sur le serveur slave, il faut bien identifier sur quel `Relay_Master_Log_File` et a quelle position du `Exec_Master_Log_Pos` se trouve le slave.
Il faut, avant toute chose, faire un **SHOW SLAVE STATUS\G** pour voir les valeurs de **Relay_Master_Log_File** et **Exec_Master_Log_Pos** :
Il faut, avant toute chose, faire un `SHOW SLAVE STATUS\G` (copier la sortie complète dans un fichier à part, pour mémoire) pour voir les valeurs de `Relay_Master_Log_File` et `Exec_Master_Log_Pos` :
~~~
MariaDB [(none)]> SHOW SLAVE STATUS\G
@ -454,13 +454,13 @@ Master_SSL_Verify_Server_Cert: No
Parallel_Mode: conservative
~~~
Il faut donc stoppé le slave :
Il faut donc stopper le slave :
~~~
MariaDB [(none)]> STOP SLAVE;
~~~
Ensuite faire un **CHANGE MASTER TO** en indiquant le Relay_Master_Log_File et la position du Exec_Master_Log_Pos comme ceci dans l'exemple ci-dessus :
Ensuite faire un `CHANGE MASTER TO` en indiquant le `Relay_Master_Log_File` et la position du `Exec_Master_Log_Pos` comme ceci dans l'exemple ci-dessus :
~~~
MariaDB [(none)]> CHANGE MASTER TO master_log_file='mysql-bin.001273', master_log_pos=617884110;
@ -468,7 +468,7 @@ MariaDB [(none)]> CHANGE MASTER TO master_log_file='mysql-bin.001273', master_lo
MariaDB [(none)]> START SLAVE;
~~~
Normalement a ce stade là, la réplication continue à la position indiqué.
Normalement a ce stade là, la réplication continue à la position indiquée. Il se peut qu'il y ait des `Duplicate Entry`, qu'il faut alors étudier de près pour envisager de les sauter.
**Erreur fatale à la lecture du binlog**