Redo log
El equivalente de MySQL/InnoDB al write-ahead log: almacena los cambios confirmados para poder "rehacerlos" tras un fallo. Garantiza la durabilidad (la D de ACID) escribiendo los cambios en el log antes de que lleguen a los archivos de datos.
Mecánica: en una transacción, los cambios se escriben en el redo log (secuencialmente, rápido) y se marcan como confirmados; las páginas sucias del buffer pool se escriben a disco de forma perezosa más tarde (en un checkpoint). Si el servidor falla, el redo log se reproduce desde el último checkpoint → se restauran todos los cambios confirmados. El log es circular (archivos fijos, ib_logfile) y su tamaño afecta a la frecuencia de checkpoint y al rendimiento. Se distingue del undo log (que almacena los valores antiguos para rollback + MVCC). Juntos, redo y undo forman la maquinaria ACID de InnoDB. Conceptualmente es lo mismo que el WAL de PostgreSQL, pero con terminología de InnoDB. Relacionado con el undo log y el WAL.