Onderwerp: MySQL max queries per second

Oorspronkelijk geplaatst door frankske

Ik ken iemand die hardnekkig probeert meer dan 17000 qps te doen op een mysql-slave die enkel dat inserts/updates doet. Hij geraakt niet echt veel verder dan 17000 momenteel.

Is het niet zo dat een slave alleen read-only is?

Ik ben toevallig wat zaken aan het uitzoeken voor een klant die een MMORPG ontwikkelt. Er zijn hier een paar problemen die we bekijken om problemen met schaalbaarheid in de toekomst te voorkomen.

De spelers moeten kunnen inloggen en naar de juiste zone worden gestuurd. Vanwege IM moet er gecheckt kunnen worden of een speler online is en met regelmatige tussenposen moet de actuele speler positie en wat andere zaken in de speler database worden geplaatst.

De speler database moet ook nog eens de webservers voorzien van login data. Daarbij wil de klant een backup kunnen maken terwijl het systeem live blijft.

Dit gaan we uiteindelijk niet redden met een enkele database server Hoewel, met 17k queries per seconde en een interval van 10s kom je een eind

Misschien iemand ervaring met een dergelijke setup?

Dag Frank,

Ik denk dat je je moet afvragen of sessie informatie (login status, welke zone, etc) in de database moet staan. Dat is misschien handiger om in een vette memcached te zetten, ergens.

Ik denk ook dat je verschillende soorten data (spel data, IM data) kunt scheiden in verschillende systemen. Zo ben je uiteindelijk schaalbaarder, ten koste van meer te onderhouden systemen.

Live backup is simpel: mysql slave eraan en die dan periodiek backuppen.

Kees Jan

Er komen meerdere database servers. Elke zone is als het ware self maintained. Alleen is er ltijd 1 punt waar alles samen komt.

In dit geval is dat de login server waar de gebruikers gegevens zijn opgeslagen. Waarschijnlijk is de vraag, hoe vaak moet de user status worden gupdate in de database om een goede indicatie te houden van waar een speler zich bevindt en of hij online is of niet.

Maar blijft natuurlijk mijn vraag staan: Is het bij master-slave niet zo, dat de slaves alleen lezen zijn en er alleen geschreven kan worden naar de master?

Oorspronkelijk geplaatst door FransVanNispen

Maar blijft natuurlijk mijn vraag staan: Is het bij master-slave niet zo, dat de slaves alleen lezen zijn en er alleen geschreven kan worden naar de master?

Dat is juist, situatie waarin je op beide zou kunnen schrijven is master <-> master.

Oorspronkelijk geplaatst door bami82

Dat is juist, situatie waarin je op beide zou kunnen schrijven is master <-> master.

Je bent er in ieder geval op tijd bij. Nu kun je makkelijk de read en write query's nog uit elkaar halen. Ik heb ooit een hele webshop verbouwd en hier ging achteraf nog eens 200 uur extra inzitten, tezamen met enkele optimalisaties en het implementeren van caching. Wanneer de groei vooraf berekend zou zijn, zou je aan 1/5 van die tijd voldoende hebben gehad.