Best practices for multi million row alter table operation on Aurora MySQL

0

A customer is using Aurora MySQL. He has a table with several million entries where we need to ALTER the primary key / auto_increment column from INT(11) to BIGINT(20).

He tried Percona's pt-online-schema-change, which works very well on a standalone Aurora instance. However, Aurora read replicas cannot be discovered by this tool and he is worried in general to bring something out of order when this tool executes a rename of the tables and if this is correctly propagated to all readers.

See https://www.percona.com/doc/percona-toolkit/LATEST/pt-online-schema-change.html#cmdoption-pt-online-schema-change-max-lag for details on the replica lag detection feature from pt-online-schema-change.

Are there any Aurora specific recommendations to make such a change?

Thanks

AWS
Philipp
preguntada hace 6 años1556 visualizaciones
1 Respuesta
0
Respuesta aceptada

I suspect your customer is thinking that aurora read replicas are like regular mysql read replicas and have a separate physical copy of the database. They do not, they share a common storage network/volume. Therefore, the read replicas can only reflect what has happened on the writer instance, and there should be no concern about the read replicas not acknowledging/reflecting the changes.

AWS
EXPERTO
respondido hace 6 años
profile picture
EXPERTO
revisado hace 6 meses

No has iniciado sesión. Iniciar sesión para publicar una respuesta.

Una buena respuesta responde claramente a la pregunta, proporciona comentarios constructivos y fomenta el crecimiento profesional en la persona que hace la pregunta.

Pautas para responder preguntas