PDA

View Full Version: Rezolvate Diferite tabele limba păstra prăbuşit în baza de date?



Simon Lloyd
29-01-11, 13:12
Bună, se pare că în fiecare zi am de a repara una sau mai multe tabele limba în care acestea păstrează prăbuşirea, de obicei, tabelele de mediu şi scurt.

Detaliile mele sunt după cum urmează:
PHP versiunea 5.2.15
Apache versiunea 2.0.63
MySQL versiunea 5.0.91-comunitate
Versiunea Perl 5.8.8
Kernel versiunea 2.6.18-194.26.1.el5xen
VB 3.8.6 PL1

Sunt pe un nou brand "out of the box" server.

Orice idei cu privire la modul de a preveni acest lucru?

Salutari,
Simon

kamilkurczak
31-01-11, 11:22
nu aveti unele e-mailuri cu eroare MySQL sau unele anunţuri? Vă rugăm să afişezi conţinutul acestui e-mailuri aici, Daca aveţi

Simon Lloyd
31-01-11, 11:38
Sigur, o ru º inos este sa prăbuşit acum aici este unul foarte recent:

Date: Lun treizeci şi unu/01/2011 10:32:46 0000 [10:32:46 GMT]
De la: webmaster@mysite.com <webmaster@mysite.com>
Pentru a: webmaster@mysite.com
Subiect: Baza de date vBulletin Eroare!


Baza de date de eroare în vBulletin 3.8.6:

INVALID SQL:
SELECT cache.originaltext ca originaltext, cache.translated ca tradus din Ajutor vb_vbenterprisetranslator_cache_medium_af, cache vb_vbenterprisetranslator_cache_medium_af UNDE ŞI cache.serie = help.serie;

Eroare MySQL: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_medium_af ", este marcat ca sa prăbuşit şi ar trebui să fie reparate
Numărul de eroare: 145
Data cerere: luni 2011-1-treizeci şi unu @ 10:32:45
Data de eroare: luni 2011-1-treizeci şi unu @ 10:32:46
Script:
Referrer:
Adresa IP: 66.249.72.171
Nume de utilizator: neînregistraţi
Classname: vB_Database
Versiune MySQL: şi aici este unul mai vechi am păstrat pentru a vă arăta:
Data: vin douăzeci şi opt-01-2011 20:45:02 0000 [Vineri, 28. Ianuarie 2011 20:45:02 GMT]
De la: webmaster@mysite.com <webmaster@mysite.com>
Pentru a: webmaster@mysite.com
Subiect: Baza de date vBulletin Eroare!


Baza de date de eroare în vBulletin 3.8.6:

INVALID SQL:
SELECT cache.originaltext ca originaltext, cache.translated ca tradus din Ajutor vb_vbenterprisetranslator_cache_short_pt, cache vb_vbenterprisetranslator_cache_short_pt UNDE help.originaltext = 'Acasă', I cache.serie = help.serie;

Eroare MySQL: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_short_pt ", este marcat ca sa prăbuşit şi ar trebui să fie reparate
Numărul de eroare: 145
Data cerere: Vineri, douăzeci şi opt/01/2011 @ 20:45:01
Data de eroare: Vineri, douăzeci şi opt/1/2011 @ 08:45:02
Script:
Referrer:
Adresa IP: 200.160.96.160
Nume de utilizator: neînregistraţi
Classname: vB_Database
MySQL Versiune:
După cum puteţi vedea acolo nu este unul special, vina sau limba provoacă problema, cu toate acestea, limba AF apare destul de mult.

kamilkurczak
01-02-11, 12:14
crach problemă - Aceasta este o problemă MySQL, problema nu vBET.
Vă rugăm să încercaţi să actualizaţi MySQL dvs. pentru a noua versiune sau downgrade la o versiune mai stabila de MySQL (intreba despre faptul că furnizorul de gazdă).

Noi nu putem face nimic despre ea, deoarece aceasta este codul MySQL.
Probabil, în cazul dumneavoastră, MySQL este mult mai sensibil la acţiunile sale eronate din utilizarea frecventă de tabele. Nu folosiţi pentru memoria cache clienţilor? Dacă nu - vă rugăm să activaţi această opţiune. Acest lucru va duce la mai puţine interogări la baza de date, dar nu elimina complet de eroare MySQL. (Probabil veţi avea mai puţine astfel de accidente).

În al doilea rând, încercaţi să optimizaţi şi repararea tuturor tabelelor de baze de date.

Desigur, încercaţi să faceţi upgrade sau downgrade vă MySQL la cele mai bune versiune.

Simon Lloyd
01-02-11, 13:19
Ei bine, în primul rând cred că MySQL este versiunea cea mai stabel şi da i folosesc cache-ul clienţilor, în cazul în care a fost mysql că este o problemă de ce este doar tabelele limba pe care accident? Am multe alte tabele care sunt accesate pe mesaj sau să modificaţi pagina dar nu de avarie.

Şi i-au optimizat toate tabelele de cateva ori!

kamilkurczak
02-02-11, 12:52
Noi nu suntem în măsură să determine de ce doar tabelele au bug cache - este o întrebare la echipa MySQL, deoarece, după cum sa menţionat anterior, aceasta este o eroare mySQL şi nu contează că celălalt tabel este în regulă. Din partea noastră, nu avem nici o sugestii mai - Vă rugăm raportaţi la echipa responsabilă pentru acest bug - la echipa MySQL.

Orice încercare de a compara celelalte tabele la tabelele de cache-ul nu au nici un sens - pentru că aceasta ar fi doar o speculaţie, de ce numai aici mysql accidente tabele. Echipa MySQL este responsabil pentru codul MySQL, deci vă rugăm să - întreba despre faptul că o echipă MySQL.

Poate că problema este aici, deoarece numai în acest clasament cache aveţi o mulţime de conţinut şi într-un alt clasament, nu (cum ar fi numai în forum, pe un alt forum clientilor nostri nu). Poate din tabelele de cache de date de date sunt adesea extraşi şi dintr-un alt nu. Poate, dar nu putem verifica it - doar sugestii.

Singurul lucru ce putem spune este că aceasta este o eroare MySQL. Vă rog să observaţi că orice modificări în Codul de vBET nu va elimina această problemă.

MySQL motor este responsabil pentru gestionarea de către tabele SQL. Deci, aveţi nevoie pentru a găsi o soluţie în cod MySQL. Vă rugăm să întrebaţi despre faptul că sprijinul MySQ.

Multumesc.

Youngster
03-02-11, 22:19
Da, Kamil are dreptul,
problema este de la mysql, asa ca incearca sa scrie la MySQL.

În opinia mea Ai probleme cu cache-ul, ceva nu se poate scrie în MySQL din cache.
Încercaţi să faceţi upgrade la MySQL Bază de date MYSQL 5.5, upgrade-poate va ajuta.

Simon Lloyd
05-02-11, 09:23
Da, Kamil are dreptul,
problema este de la mysql, asa ca incearca sa scrie la MySQL.

În opinia mea Ai probleme cu cache-ul, ceva nu se poate scrie în MySQL din cache.
Încercaţi să faceţi upgrade la MySQL Bază de date MYSQL 5.5, poate de upgrade va help.Im bucuros că sunteţi în stare să repete exact ceea ce a spus Kamil. Aceasta nu este o problemă cu MySql tabelul problema este aproape întotdeauna limba AF, nu poţi spune că acesta se datorează faptului că în cazul în care de intrare şi de ieşire pentru a MySQL este foarte frecvent el se va prăbuşi!, Masa mea de post este imens, are 718000 posturi şi este accesat de fiecare utilizator unic de pe forum, cu siguranţă acest lucru este utilizat mult mai frecvent decât tabelul de limba, MySql se descurcă foarte bine cu tabelul de postul aşa ceva, cu o contribuţie mai mică va fi uşor de făcut faţă cu.

Nici un alt accident tabele, este doar tabelele de limba.

kamilkurczak
11-02-11, 13:00
Încă o dată, vă rugăm să întrebaţi despre această problemă o echipa MySQL. Acest lucru fix va fi mai rapidă şi mai bine.

Simon Lloyd
20-02-11, 10:40
Am avut uite ce gazduieste echipa de la databaseMySql produce nici o altă eroare, ei au chiar reparate, optimizate şi a exportat întreaga bază de date 5GB apoi re-importate şi încă numai limba accident tabele.

Simon Lloyd
22-02-11, 20:51
Orice ajutor mai departe cu asta?

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
Thanks to vBET 4.10.1 you can enjoy automatic translations