Utilizzando la replica di MySQL per accelerare schema cambia e tavolo optermise

Question

Ho sentito che molte persone usano master - slave accordi contribuiscono a migliorare i tempi di presa quando si cambia gli schemi utilizzando la replica per configurare un nuovo master temporanea, poi fermarsi delocalizzazione e quindi scambiare i ruoli prima di iniziare di nuovo. Ho trovato un esempio (qui di seguito) trovato su stack overflow.

  

  
1. schiavo Setup
  
2. replica Stop.
  
3. Fai ALTER sullo slave
  
4. Let schiavo raggiungere il maestro
  
5. padrone di swap e slave, in modo da schiavo diventa server di produzione con cambiata   struttura e minimo i tempi di inattività
  

Questo è tutto molto bene, tuttavia, io non capisco il passaggio 4 non è chiaro per me.

Mi chiedo se qualcuno potrebbe per favore spiegare la procedura più chiara.

Answer 1

  

Let schiavo raggiungere il maestro

Let schiavo passo con il senso master-slave è 0 secondi dietro master.

Questo significa se la replica fermato ad un certo punto (per voi di alter table),
si registrerà un ultimo tempo di replica.

Quando il riprendere la replica,
si confronterà la scrittura corrente principale con l'ultima volta che replica su slave.

Tuttavia, le procedure sembra essere un difetto .
Non è possibile modificare schiavo e
aspettandosi schema nel aggiornato schiavo è uguale a Master .

Nel tipo di eventi di colonna cambiato, la colonna è sceso,
potenzialmente portare al fallimento di replica.

Answer 2

seconds_behind_master dovrebbe essere 0.