Tabelle diverse lingue continua a arrestarsi nel database?

[Simon Lloyd]

Ciao, sembra che ogni giorno devo riparare una o più delle tabelle lingua come continuano a schiantarsi, di solito le tabelle di medio e breve.

I miei dati sono i seguenti:
PHP versione 5.2.15
Apache versione 2.0.63
MySQL versione 5.0.91-community
Perl versione 5.8.8
Versione del kernel 2.6.18-194.26.1.el5xen
VB 3.8.6 PL1

Sono su un nuovo "out of the box" marchio server.

Tutte le idee su come evitare questo?

Cordiali saluti,
Simon

[kamilkurczak]

avete qualche e-mail con qualche errore di MySQL o comunicazioni? Si prega di mettere il contenuto di questa e-mail qui, se avete

[Simon Lloyd]

Certo, infatti si è schiantato oggi ecco una molto recente:

Data: Mon, 31 gennaio 2011 10:32:46 0000 [10:32:46 GMT]
A partire da: webmaster@mysite.com <webmaster@mysite.com>
A: webmaster@mysite.com
Oggetto: Errore database vBulletin!


Database error in vBulletin 3.8.6:

Invalid SQL:
SELEZIONARE cache.originaltext come Originaltext, cache.translated come tradotto da Guida vb_vbenterprisetranslator_cache_medium_af, cache vb_vbenterprisetranslator_cache_medium_af DOVE E cache.serie = help.serie;

Errore MySQL: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_medium_af' e `segnalata come corrotta e deve essere riparato
Numero di errore: 145
Richiesta Data: Lunedi January 31st 2011 @ 10:32:45
Errore Data: Lunedi January 31st 2011 @ 10:32:46
Script: http://www.mysite.com/forumz/members...s-op-exit.html
Referente:
Indirizzo IP: 66.249.72.171
Nome Utente: non registrato
Classname: vB_Database
MySQL versione:

ed ecco un vecchio ho continuato a mostrare:

Data: Fri, 28 gennaio 2011 20:45:02 0000 [Venerdì, 28. Gennaio 2011 20:45:02 GMT]
A partire da: webmaster@mysite.com <webmaster@mysite.com>
A: webmaster@mysite.com
Oggetto: Errore database vBulletin!


Database error in vBulletin 3.8.6:

Invalid SQL:
SELEZIONARE cache.originaltext come Originaltext, cache.translated come tradotto da Guida vb_vbenterprisetranslator_cache_short_pt, cache vb_vbenterprisetranslator_cache_short_pt DOVE help.originaltext = 'Home' E cache.serie = help.serie;

Errore MySQL: Table '. / Xxxxx_xxForum / vb_vbenterprisetranslator_cache_short_pt' e `segnalata come corrotta e deve essere riparato
Numero di errore: 145
Richiesta Data: Venerdì 28 Gennaio 2011 @ 20:45:01
Errore Data: Venerdì 28 Gennaio 2011 @ 08:45:02
Script: http://www.mysite.com/forumz/members...ira-linha.html
Referente: http://www.google.com.br/url?sa=t&so...iwnuel-9v0nPuw
Indirizzo IP: 200.160.96.160
Nome Utente: non registrato
Classname: vB_Database
MySQL versione:

Come si può vedere non c'è una colpa o una lingua particolare che causa il problema, anche se la lingua AF si presenta un bel po '.

[kamilkurczak]

questione crach - Questo è un problema MySQL, problema non vBET.
Per favore cercate di aggiornare il MySQL per la nuova versione o il downgrade a una versione più stabile di MySQL (chiedere che il provider ospitante).

Non possiamo farci nulla perché è il codice di MySQL.
Probabilmente, nel tuo caso, MySQL è più sensibile alla sua azione erronea l'uso frequente di tabelle. Si usa la cache per gli ospiti? Se non - si prega di abilitare questa opzione. Questo si tradurrà in un minor numero di query al database, ma non eliminare completamente l'errore di MySQL. (Probabilmente si avrà un minor numero di incidenti simili).

In secondo luogo, cercare di ottimizzare e riparare TUTTE LE tabelle del database.

Naturalmente, tenta di aggiornare o downgrade si MySQL per la versione migliore.

[Simon Lloyd]

Beh, innanzitutto credo che MySQL è la versione più Stabel e sì che faccio uso della cache ospite, se è stato mysql questo è un problema perché è solo le tabelle lingua che si scontrano? Ho molti altri tavoli a cui si accede per posta o cambiare pagina, ma non crash.

E ho ottimizzato Tutte le tabelle di un paio di volte!

[kamilkurczak]

Non siamo in grado di determinare perché solo le tabelle hanno bug della cache - è una domanda al team di MySQL, perché, come già detto questo è un errore mySQL e non importa che l'altra tabella è OK. Da parte nostra, non abbiamo suggerimenti più - Si prega di segnalare al team responsabile di questo problema - al team di MySQL.

Qualsiasi tentativo di confrontare le altre tabelle alle tabelle di cache non hanno alcun senso - perché questo sarebbe solo speculazione, perché solo qui si blocca tabelle mysql. Team di MySQL è responsabile per il codice di MySQL, quindi per favore - chiedere che un team di MySQL.

Forse problema è qui perché solo in questo tabelle di cache hai un sacco di contenuti e in un altro tabelle non (come solo nel tuo forum, su un altro forum i nostri clienti non). Forse da tabelle di dati nella cache i dati vengono spesso rimossi e da un altro no. Forse, ma non possiamo controllarlo - solo suggerimenti.

L'unica cosa che possiamo dire è che questo è un errore di MySQL. Si prega di notare che le modifiche nel codice vBET non eliminerà questo problema.

MySQL motore è responsabile della gestione di tabelle SQL. Quindi è necessario trovare una soluzione nel codice di MySQL. Ti consigliamo di informarti supporto MySQ.

Grazie.

[Youngster]

Sì Kamil ha diritto,
il problema è da mysql, quindi cercate di scrivere a MySQL.

A mio parere Hai problemi con cache, qualcosa che non si può scrivere in MySQL dalla cache.
Tenta di aggiornare a MySQL Database MySQL 5.5, magari l'aggiornamento sarà di aiuto.

[Simon Lloyd]

Sì Kamil ha diritto,
il problema è da mysql, quindi cercate di scrivere a MySQL.

A mio parere Hai problemi con cache, qualcosa che non si può scrivere in MySQL dalla cache.
Tenta di aggiornare a MySQL Database MySQL 5.5, magari l'aggiornamento sarà di aiuto.

Im felice che siete in grado di ripetere esattamente quello che ha detto Kamil. NON è un problema con MySql tabella problema è quasi sempre la lingua af, non si può dire che è perché se l'input e l'output di mysql è molto frequente che andrà in crash!, La mia tabella posta è enorme, ha 718.000 messaggi e vi si accede da ogni singolo utente del forum, sicuramente questo è usato molto più frequentemente rispetto alla tabella di lingua, piviali MySql molto bene con la tabella posta in modo qualsiasi cosa con minore ingresso sarà facilmente essere affrontato.

Nessun incidente altre tabelle, è solo tabelle lingua.

[kamilkurczak]

Ancora una volta, si prega di chiedere su questo problema un team di MySQL. Questa correzione sarà più veloce e migliore.

[Simon Lloyd]

Ho avuto l'aspetto del team di hosting a databaseMySql non produce altro errore, hanno anche riparato, ottimizzato ed esportato l'intero database 5gb poi reimportate e ancora solo il crash lingua tabelle.