En mulighed er, at der kan være andre problemer, der forårsager ydeevneproblemer - 6 sekunder virker overdrevet for CRUD-operationer, selv på en kompleks database. Husk på, at ArsDigita (tilbage i dag) kunne håndtere 30 hits i sekundet på en tovejs Sun Ultra 2 (IIRC) med en forholdsvis beskeden diskkonfiguration. En moderne lav-mellem-range server med et fornuftigt disklayout og passende tuning burde være i stand til at klare en ganske betydelig arbejdsbyrde.
-
Mangler du et indeks? - tjek forespørgselsplanerne for de langsomme forespørgsler for tabelscanninger, hvor de ikke burde være.
-
Hvad er disklayoutet på serveren? - har du brug for at opgradere din hardware eller løse nogle diskkonfigurationsproblemer (f.eks. ikke nok diske, logge på samme volumen som data).
-
Som den anden plakat antyder, vil du måske bruge InnoDB på de stærkt skrevne tabeller.
-
Tjek opsætningen for hukommelsesbrug på databaseserveren. Du ønsker måske at konfigurere mere cache.
Rediger: Databaselogfiler bør leve på deres egne stille diske. De bruger et sekventielt adgangsmønster med mange små sekventielle skrivninger. Hvor de deler diske med en random access-arbejdsbelastning som datafiler, skaber den random disk-adgang en stor systemydeevne flaskehals på logfilerne. Bemærk, at dette er skrivetrafik, der skal afsluttes (dvs. skrives til fysisk disk), så caching hjælper ikke med dette.