mysql.rds_skip_repl_error

Omite y elimina un error de replicación en una instancia de base de datos de MySQL.

Sintaxis

CALL mysql.rds_skip_repl_error;

Notas de uso

El usuario maestro debe ejecutar el procedimiento mysql.rds_skip_repl_error.

Para determinar si hay errores, ejecute el comando show slave status\G de MySQL. Si un error de replicación no es crítico, puede ejecutar mysql.rds_skip_repl_error para omitir el error. Si hay varios errores, mysql.rds_skip_repl_error elimina el primer error y advierte de que hay otros presentes. A continuación, puede usar show slave status\G para determinar la acción correcta para el siguiente error. Para obtener información sobre los valores devueltos, consulte la documentación de MySQL.

Para obtener más información acerca de la resolución de problemas de replicación con Amazon RDS, consulte Solución de problemas de réplicas de lectura de MySQL.

importante

Si intenta llamar a mysql.rds_skip_repl_error, podría encontrarse con el siguiente error: ERROR 1305 (42000): PROCEDURE mysql.rds_skip_repl_error does not exist. Si ocurre, actualice la instancia de la base de datos de MySQL a la versión secundaria más reciente o a una de las versiones secundarias mínimas que se indican en este tema.

Error de replicación detenida

Cuando se llama al comando mysql.rds_skip_repl_error, puede aparecer el siguiente mensaje de error: Slave is down or disabled.

Este mensaje de error aparece porque la replicación se ha detenido y no se puede reiniciar.

Si tiene que omitir un número de errores elevado, el retardo de réplica puede aumentar por encima del periodo de retención predeterminado para los archivos de log binarios (binlog). En este caso, puede producirse un error fatal debido a que los archivos binlog se están limpiando antes de reproducirse de nuevo en la réplica de lectura. Esta limpieza hace que la replicación se detenga y ya no se puede llamar al comando mysql.rds_skip_repl_error para omitir los errores de replicación.

Puede mitigar este problema incrementando el número de horas que los archivos binlog se retienen en la instancia de base de datos de origen. Después de incrementar el tiempo de retención de los archivos binlog, puede reiniciar la replicación y llamar al comando mysql.rds_skip_repl_error si es necesario.

Para definir el tiempo de retención de binlog, use el procedimiento mysql.rds_set_configuration y especifique un parámetro de configuración de 'binlog retention hours' junto con el número de horas para retener los archivos binlog en el clúster de base de datos. El ejemplo siguiente define el periodo de retención de los archivos binlog en 48 horas.

CALL mysql.rds_set_configuration('binlog retention hours', 48);