Redo log
L'equivalente del write-ahead log in MySQL/InnoDB: conserva le modifiche confermate in modo che possano essere «rieseguite» dopo un crash. Garantisce la durabilità (la D di ACID) scrivendo le modifiche nel log prima che arrivino ai file di dati.
Il funzionamento: durante una transazione le modifiche vengono scritte nel redo log (in modo sequenziale, quindi veloce) e marcate come confermate; le pagine sporche nel buffer pool vengono scritte su disco più tardi, con calma (a un checkpoint). Se il server va in crash, il redo log viene rieseguito dall'ultimo checkpoint e tutte le modifiche confermate vengono ripristinate. Il log è circolare (file di dimensione fissa, ib_logfile) e la sua dimensione influisce sulla frequenza dei checkpoint e sulle prestazioni. Diverso dall'undo log (che conserva i vecchi valori per il rollback e per l'MVCC). Insieme, redo e undo formano il meccanismo ACID di InnoDB. Concettualmente è la stessa cosa del WAL di PostgreSQL, ma con la terminologia di InnoDB. Imparentato con undo log e WAL.