[mysql] replication vraagjes

[marty]

Ik heb heel hoofdstuk 6 over replication op de mysql-site doorgenomen en hier op GOT nog wat topics doorgenomen maar zit toch nog met een paar vraagjes.

- Er wordt in de manual nergens gesproken over de intervallen die er tussen zitten. Je kan wel zien hoeveel seconden een slave achterloopt op de master, maar is dit ook in te stellen? Ik krijg een beetje de indruk dat op het moment dat er iets op de master-server verandert de slave gelijk wordt bijgewerkt, maar ik heb het nergens expliciet zien staan. Kan iemand me hier uitsluitsel over geven?

- Wat nou als het volgende gebeurt: een slave gaat syncen en moet hiervoor 5 insert-queries uitvoeren. Halverwege vind er alleen een korte stroomstoring plaats waardoor de server opnieuw opstart en weer contact gaat zoeken met de Master. Dan gaat ie volgens mij weer opnieuw met die 5 insert queries beginnen of niet? En dat lijkt me niet wenselijk. Hoe zou je dat probleem op kunnen lossen? Zorgen dat iedere tabel met een primary key werkt, zodat de inserts domweg een error in de logs genereren? Of zijn er andere oplossingen om dit af te vangen?

[DiedX]

marty schreef op 22 maart 2004 @ 13:36:
Ik heb heel hoofdstuk 6 over replication op de mysql-site doorgenomen en hier op GOT nog wat topics doorgenomen maar zit toch nog met een paar vraagjes.

- Er wordt in de manual nergens gesproken over de intervallen die er tussen zitten. Je kan wel zien hoeveel seconden een slave achterloopt op de master, maar is dit ook in te stellen? Ik krijg een beetje de indruk dat op het moment dat er iets op de master-server verandert de slave gelijk wordt bijgewerkt, maar ik heb het nergens expliciet zien staan. Kan iemand me hier uitsluitsel over geven?

Geen idee. Volgens mij heeft de daemon permanent contact, en synct binnen 3 seconden.

- Wat nou als het volgende gebeurt: een slave gaat syncen en moet hiervoor 5 insert-queries uitvoeren. Halverwege vind er alleen een korte stroomstoring plaats waardoor de server opnieuw opstart en weer contact gaat zoeken met de Master. Dan gaat ie volgens mij weer opnieuw met die 5 insert queries beginnen of niet? En dat lijkt me niet wenselijk. Hoe zou je dat probleem op kunnen lossen? Zorgen dat iedere tabel met een primary key werkt, zodat de inserts domweg een error in de logs genereren? Of zijn er andere oplossingen om dit af te vangen?

Dit werkt met binary logs. Hij houdt zelf bij wat hij wel en niet heeft uitgevoerd, en hij voert alsnog uit wat hij moet doen.

In worst-case scenario zet je je master-slave bende even stop, en met LOAD DATA FROM MASTER trap je al je tabellen over. Erg handig

[marty]

DiedX schreef op 22 maart 2004 @ 22:47:
[...]

Geen idee. Volgens mij heeft de daemon permanent contact, en synct binnen 3 seconden.

ik kan dit inmiddels bevestigen

[...]

Dit werkt met binary logs. Hij houdt zelf bij wat hij wel en niet heeft uitgevoerd, en hij voert alsnog uit wat hij moet doen.

Ah, de slave houdt zelf ook bij wat ie heeft uitgevoerd? Weet je dat zeker of is dat een gok?

In worst-case scenario zet je je master-slave bende even stop, en met LOAD DATA FROM MASTER trap je al je tabellen over. Erg handig

Jah, daar werk ik al mee, alleen vermijd ik natuurlijk liever worst-case-scenarios

edit:
ik bedenk me nu trouwens dat dit topic helemaal niet in NOS thuishoort. Mocht een mod zich nog geroepen voelen, dan mag ie het een trap geven naar SA (of PW ofzo)

[DiedX]

marty schreef op 23 maart 2004 @ 14:19:
[...]

ik kan dit inmiddels bevestigen


[...]

Ah, de slave houdt zelf ook bij wat ie heeft uitgevoerd? Weet je dat zeker of is dat een gok?

Mooi! Dit is geen gok. Hij markeerd elke transaction. Afhankelijk daarvan werkt hij het bij. Ondertussen heb ik ietswat ervaring met MySQL, en het werkt heerlijk!