Med kunstig intelligens skaber HP’s nye OmniBook X 14 en unik og skræddersyet brugeroplevelse målrettet dem, der ønsker høj ydeevne og intelligente funktioner
#2 Det er en Debian - Godt nok er det en virtuel maskine der kører i et server 2008 cluster.. Den er tildelt 8 gigabyte ram og 4 kerner.. Den er tildelt sine egne SAN diske 3 stk 15000 rpm i raid 5.
#1 Der ligger ingen billeder og filer i databasen - kun tekst. #1 med inputs, mener du da inserts ? i denne tabel er der måske en insert om ugen .. måske 3-4 pr. uge max. Men updaten bliver kørt nogle gange i minuttet.. (har sat den til at kun bliver kørt hver 10. gang den burde blive kørt for undgå det hele bliver skudt i sænk..
ektra info: næsten alle andre querys er fint hurtige - andre updates er også uden problemer..
Vil tro der udføres omkring 12.500.000 sql kald i døgnet .. i peak periode ligger den på 1.500.000 sql kald i timen..
Ud over tidligere nævnte sløve update er også en ..
id(autonumm,unik) vist(int 11) ikke indexeret...
update visninger set vist = (vist+1) where id = 7
Denne er sløv i en tabel med 8 records.. Det virker helt åndsvagt at det skulle være så tungt..
Hvis der rigtig rigtig mange der bruger den samme tabel inden for kort tid eller der er rigtig rigtig mange inserts, så køre det langsomt.
Jeg har rindet lidt på dine tal, og 12.500.000 sql kald i døgnet er lig med cirka 14 sql kald i sekundet - 0,06912 sekunder i mellem hvert sql kald, og 1.500.000 sql kald i timen er lig med cirka 41 sql kald i sekundet - 0,024 sekunder i mellem hvert sql kald.
Men i samme DB server er omkring 600 databaser.. De ca 300 er ens i struktur og har 220 tabeller hvor af den ene tab er som jeg nævner i indlæg 3 .. Og den som er i det oprindelige spørgsmål er der kun en af i en tabel.. I begge tilfælde er det kun updates der er sløve og ikke inserts.
Jeg tror faktisk at inserts ikke kræver lige så meget energi som updates kræver, fordi når man indsætter så skal den jo bare tilføje, men hvis man skal opdater så skal den jo ført finde den, den skal opdater og ført bagefter kan den opdater.
Det kan meget vel være - men der er en stor del af de millioner sql kald som er updates - det er bare kun de to slags der er nævnt her som der er problemer med .. der er andre som er mere avanceret som tager meget kortere tid... så der må være noget specielt ved dem her..
Jeg tror ikke det er noget med om de er avanceret eller ag, det er noget med hvor mage sql kald der er, du kan prøve at lave en undersøgelse om hvor mange sql kald der er på de avancerede, i forhold til dem der ikke er så avancerede, fordi jeg tror nemlig at der er så mange sql kald på den tabel du nævnede så serveren ikke helt kan følge med, fordi hvis serveren ikke helt kan nå at opdatere eller indsætte, så vil de sql kald jo stå i kø.
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.