O MySQL usa apenas um thread no slave para aplicar as instruções replicadas vindas do master.
No servidor mestre, as instruções SQL são executadas de maneira simultânea multi-threaded, mas são serializadas quando instaladas no escravo. É por isso que o seu servidor escravo pode parecer subutilizado enquanto, dolorosamente, tenta recuperar o atraso.
Se o seu servidor estiver atrasado demais, a opção principal é restaurar o backup mais recente do banco de dados principal no servidor slave e reconfigurar a replicação a partir desse ponto.
Eu recomendo que você dê uma olhada neste site para informações mais detalhadas sobre o atraso de replicação. link
Há também uma ferramenta no conjunto de ferramentas Maatkit que você pode considerar:
This tool implements Paul Tuckfield’s famous “oracle” algorithm to read ahead of the slave SQL thread in the relay logs, rewriting queries as SELECT and executing them to warm the slave’s caches. This can help an I/O-bound slave SQL thread run faster under some conditions, because it doesn’t have to wait for as much I/O to complete.
Apenas meu 2c.
Boa sorte.
Fran.