[David]

Allt jag ville var att hitta en lösning på auto_increment-problemet vid replikering. Om det inte är någon som har något att säga om det så kan vi lägga ner.

[danjel]

Allt jag ville var att hitta en lösning på auto_increment-problemet vid replikering. Om det inte är någon som har något att säga om det så kan vi lägga ner.

Det väsentliga är väl att problemet med prestandan.
Och angående cachning så är ju det definitivt att rekommendera, om man kan cacha de mest trafikerade sidorna. Det kanske inte funkar på din site,men tex när man klickar på "LÄSA" så skulle ju de senaste dikterna kunna cachas 1 minut exempelvis,eller rättare sagt den "output" som sidan genererar

[Crotalus]

Jag antar att den enda lösningen är att du ser till att beräkna en egen primary key istället för att använda AUTO_INCREMENT. En variant skulle ju vara att du kombinerar server-id med ett ökande id och lägger ihop till en BIGINT.

$id = $server_id << 32 + $next_id;

Dock, om du har problem med prestandan pga att databasen uppdateras kan du inte räkna med att replikering är den rätta medicinen. Alla noder i ett kluster måste ju skriva samma data. Några tips, utan att veta exakt vad som är flaskhalsen, som gör att du kan fördröja behovet att replikera din databas:

1. Att skriva till en RAID5-array med 3 diskar är _SLÖTT_, sätt dit en disk till och kör RAID10 istället.
2. Hur stor är databasen? Se till att så mycket som möjligt ryms i RAM så att du slipper läsa från disk så mycket som möjligt.
3. Hur hanteras sessioner? Se till att de inte skrivs mot disk utan direkt till t.ex. ramdisk.
4. Nästa gång du uppgraderar servern, se till att köra SCSI-diskar med en raidkontroller som har inbyggt cacheminne (med batteribackup).