Viktig: Denne siden bruker cookies (cookies). Ved hjelp av dette nettstedet uten å slå av cookies i nettleseren, betyr at du er enig for å bruke det.
Kjøp nå! Funksjoner Nedlastinger

Tjen med oss!

Hvis du ønsker å begynne å tjene penger med vBET sammenføyning til Agentprogrammet.
Resultater 1 til 4 av 4

Tråd: for mange tilkoblinger db feil under cache oppdatere

  1. #1
    Medlem
    Ble medlem
    Oktober 2009
    Innlegg
    67

    Default for mange tilkoblinger db feil under cache oppdatere

    Den andre kvelden jeg tilfeldigvis våken litt etter 4 om morgenen, hvor forumet plutselig var nede for som 20 min:

    Database feil i vBulletin:

    mysqli_real_connect () [<a href='function.mysqli-real-connect'> function.mysqli-real-connect </ a>]: (08004/1040): For mange tilkoblinger
    / Var / www / vhosts / ... / httpdocs / includes / class_core.php on line 1138

    MySQL Feil:
    Feilnummer:
    Forespørsel Dato: Tirsdag 15 desember 2009 @ 04:28:00
    Feil Dato: Tirsdag 15 desember 2009 @ 04:28:00
    Script: http://.../
    Referent:
    IP-adresse:
    Brukernavn:
    ClassName: vB_Database_MySQLi
    MySQL versjon:
    ->
    Nå, jeg har aldri opplevd dette før, og jeg lurer på, hvis det var en tilfeldighet, at dette var rundt vb cache oppdatere i planlagte oppgaver.

    Jeg sjekket i morges og alt var ok, så det gjorde ikke gjenta i dag.

    Serveren virket ikke å være stresset, siden jeg hadde et annet forum på samme server uten vbet, som kjørte bra under nedetiden av mine vbet forumet.

    Ser på serverlog, gjorde det synes å være noen bot aktivitet, men ikke mye brukerens aktivitet. Det roboter syntes å få OK 200 - men vanlige brukere fikk dberror. Også merkelig postene i serveren loggfil synes ikke å være sortert kronologisk ...

    En bit av en puzzele ... Kanskje du kan fortelle meg om includes / class_core.php on line 1138 er involvert i oppdatering av cache? Eller kanskje noen av dere har en idé hvordan du feilsøker dette?

  2. #2
    Michał Podbielski (vBET Personale)
    Ble medlem
    Oktober 2009
    Innlegg
    3,037

    Default

    vBET oppretter ikke nye forbindelser - det kan gjenopprette forbindelsen, men dette gjøres bare hvis faktisk en er tapt (i tilfelle hvis oversettelser kommer for sent fra Google). Og denne forbindelsen er laget av $ vBulletin-> db-> koble så vBulletin gjort alle nødvendige rydding på slutten.

    Så på dette tidspunktet tror vi at problemet er et annet sted.

    class_core.php er ikke vår fil, og den bruker ikke direkte vBET cache - men hvis denne filen er ansvarlig for gjennomføring av planlagte oppgavene, så vil det også utføre cache clearing.
    Sist endret av vBET; 17-12-0901:55.

  3. #3
    Michał Podbielski (vBET Personale)
    Ble medlem
    Oktober 2009
    Innlegg
    3,037

    Default

    En ting til. Hvis du skriver om vBET hurtigbuffer clearing, så kan du pokker hvor mange data du har i cache. Hvis det virkelig store beløp, så kan du endre din cache clearing strategi.
    vBET lager ikke flere sammenhenger, men hvis åpning tar for lang tid, så andre kunder venter og nye tilkoblinger er opprettet av BB for nye klienter, som syk vente. dette er grunnen til at vi legger til flere clearing strategi. For virkelig store mengder data kan du bruke siste strategi.

    Vær oppmerksom på at denne saken vil bli minimert i 3.3.0 da vil vi delt cache tabeller for hvert språk, slik at indekser vil være 52 ganger mindre og clearing vil være mye raskere - sletting av data er rask, men oppdatering store indeksene ikke nødvendig. Så i dette øyeblikket kan du vurdere bruk av andre clearing strategi, som er bedre for store indekser

  4. #4
    Medlem
    Ble medlem
    Oktober 2009
    Innlegg
    67

    Default

    Skjedde igjen 04-05 - alle domener ned med for mange tilkoblinger. Jeg tror du har rett. Forum er opptatt tømme bufferen og søkeroboter er tukling med en forespørsel per sekund. Jeg kunne se serverload var ekstremt høy. Nå er det svært lite igjen. vbet db ca 1,1 GB

    Jeg har byttet til "Slett alle cache data en gang for cache TTL intervall".

    Høres veldig bra faktisk 330 løser dette problemet!

Tags for denne tråden

Regler for innlegg

  • Du kanskje ikke starte nye tråder
  • Du kanskje ikke poste svar
  • Du kanskje ikke legge til vedlegg
  • Du kanskje ikke endre innleggene dine
  •