Gør brug af sub-forespørgsler viser bare en mangel på viden. 3. Forkert brug af nøgler. Det kan være specielt gældende for kontrol range. Husk at bruge Forklar erklæring for at kontrollere udnyttelsen af nøgler og derefter bruge brugen afgørende udsagn i din hvor klausuler for at tvinge kritisk udnyttelse. Server Faktorer Hver ting udføres korrekt, er der ikke desto mindre kan meget vel være nogle server faktorer, der kan muligvis være årsag til teknik til at blive langsom. Disse er: 1. Hardware forbundet 2.
Server konfiguration forbundet Lige her er hvad du er i stand til at gøre ved den hardware: 1. Den ekstra RAM er på den metode, den meget bedre det kan være. MySQL ofte henter information fra RAM og en masse mere RAM er på teknikken, meget bedre kan det være. 2. Køb den hurtigste opnåelige RAM! En langsommere RAM er bare ironi. 3. Så snart du vil blive afgjort med RAM størrelse og hastighed, synes til forarbejdning hastighed. MySQL kan bruge flere processorer. Så snart du kan være tilfreds med den hardware, vil du finde et sæt variabler i my.
cnf at du skal synes på: a) key_buffer_size: Her beskrives hukommelsen tilgængelig for at gemme indeks nøgler. Standarden er 8 MB, men du kan indstille den til 25% med RAM. b) query_cache_size: Denne værdi er som standard ..! Hvis du måske har en stor del af gentagne forespørgsler ligesom i rapportering programmer og så videre, foretage visse du indstille denne fordel store. c) table_open_cache: Dette bestemmer antallet af desk deskriptorer at MySQL vil fastholde inde cache. Standarden værd er 64.
Men hvis du har 100 brugere adgang til en reception samtidigt så er denne værd brug for at atleast være 100. Du skal også tage i overvejelser slutter og så videre. Således vil denne værdi skal også holdes store. Læs mere Guide og anmeldelse software