Men, udover det - hvis det er til en form for "load-balancing" så er det en ganske dum ide at gøre det sådan. Det bør istedet laves via en live-replikerende mysql-cluster lagt på de to server. Således kan man sikre sig at inserts, updates, deletes osv bliver gjort på begge server. Og det kan nemt udvides ved at tilføje en ny node til clusteren.
kgp43: det kan også godt klares m. mysql 4.. Lav en master og slave node der ligge og replikkere hinanden live. Så kan du iirc sætte noget load-balancing op mellem de to nodes. Ellers skal man stadig ud i noget random-connect til en af node'sne.
Men ja - en cluster løsning er en god ide for at sikre sig at databaserne er ens..
Okay - jammen det havde du jo styr på. Så gemmer jeg mig lige bag en sten igen...
Hvis jeg husker rigtigt (hvilket langt fra er sikkert) kan man godt lave det således at slaves også kan lave write-operations.
Min arbejdsplads har 2 databaservere, hvor den ene kører master og den anden slave. Vi bruger så altid kun master (direkte connect til den) til normal drift. Den eneste grund til at vi har clusteret er så at hvis master går ned, så kan vi skifte slave til at være master, og derefter connecte til den. Det giver ikke ekstra performance, men det giver driftsikkerhed...
Men _så_ meget er jeg ikke inde i mysql-cluster så jeg præcist ved om, og hvordan, man kan sørge for at kunne lave write til begge nodes i et cluster.. Ville bare lige sikre mig at du havde et cluster, fordi ellers er det... dumt... at lave en random server connect..
Jeg ved lidt mere nu - så hvis det stadigt har interesse, så skal du være mere end velkommen til at kontakte mig (lidt googling burde finde min email relativt hurtigt)
-M
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.