Is it bad practice to run gh-ost on a replica?
Nadie ha tomado este issue todavía.
- Lenguaje dominante
- Go
- Estrellas
- 13.6k
- Forks
- 1.4k
- Merge medio
- 2 h 31 min
- PR fusionados (30 d)
- 4
Descripción
Hi,
I was having this discussion with someone from our SRE team who believe gh-ost should not be running on one of the replicas in our mysql cluster. But after searching around I couldn't find any explicit guidance on that.
I thought running gh-ost on the replica that's also generating the RBR replication log that gh-ost is tracking would skip a network hop and get the replication data to the gh-ost even faster. Further more, this is a replica that's not taking production traffic normally (it's our fallback read-only replica).
Is there any additional requirement we should know about to decide whether to run gh-ost on a replica or not other than the common-sense load/resource sharing considerations?
Thanks for open-sourcing gh-ost. We've been liking the tool a lot! :-)
Guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Línea de trabajo
Revisa el comportamiento de gh-ost cuando se ejecuta en una réplica de MySQL, incluida la réplica que genera el registro de replicación RBR y el rol de fallback read-only. Documenta si esta configuración es compatible y cualquier requisito adicional a la compartición de carga y recursos; el issue se considera terminado cuando los maintainers proporcionen orientación explícita.
Escrito por el modelo de indexación a partir del texto del issue.
Evaluación
- Stack tecnológico
- mysql
- Área
- databases
- Tipo de issue
- Documentación
- Dificultad
- 4/5
- Tiempo estimado
- 3-5 días
- Estado de actividad
- Estancado
- Claridad
- Necesita aclaración
- Aptitud para principiantes
- 25/100