Riparazione database

**Kaos** · 23-02-2010, 22:48

Omg: Ci sono 2,149 log totali.
Come faccio ad eliminarli? (è da 10 minuti che cerco l'opzione xD)

Edit: ho messo elimina log più vecchi di 0.00001 giorni.....
Però non si sistema, ho rifatto ripara e ottimizza ma non si risolve niente, viene sempre fuori lo stesso messaggio per quelle tabelle: "Note: Table does not support optimize, doing recreate + analyze instead"

**y2ksw** · 23-02-2010, 23:04

Le tabelle con vb_search* possono essere svuotate, non eliminate (da phpmyadmin). L'unico effetto collaterale è che le ricerche recenti vengono a mancare e forse qualcuno lamenta una o due pagine di errore. E'importante che svuoti queste tabelle contenporaneamente, perché vanno mano in mano. Dopo lo svuotamento, lo spazio eccessivo sparisce, ma in futuro non devi lasciarli andare fino a quel punto di "decomposizione". Attenzione di non cancellare le tabelle e non svuotare altre al di fuori di vb_search* !

Consiglio di fare prima un backup del database - casomai ...

**Kaos** · 23-02-2010, 23:16

Le pagine d'errore rimarranno per sempre?

**y2ksw** · 24-02-2010, 21:26

Ovviamente no

**Kaos** · 25-02-2010, 00:04

Le ho svuotate, ma stranamente i valori sono scesi da 330mb a 329mb, si è risolto ben poco.
La cosa strana la potete notare da questo screen: http://i45.tinypic.com/1zfoj29.png vbulletin segna 329mb in eccesso, in phpmyadmin ne segna 0: "-" per tutte le tabelle vb_search*
Boh, che fare?

Edit: Ho notato una cosa riguardando il database da AdminMySql.
Ho visto che le uniche tabelle che danno questo problema (mb in eccesso, solo in vbulletin...) sono quelle che hanno un tipo differente dalle altre, ecco screen:
http://i50.tinypic.com/2i7va1h.png
http://i47.tinypic.com/28j8pao.png
http://i48.tinypic.com/o6mud2.png
Cioè tutte quelle con mb in eccesso sono tipo "InnoDB"

Riedit: Ho controllato da un mio amico, guardate, tutte quelle che danno problemi a me perchè sono InnoDB sono MyISAM nel suo:
http://i45.tinypic.com/2iw1ssj.png
http://i50.tinypic.com/2j1ojdt.png
Infatti non gli viene scritto "Note: Table does not support optimize, doing recreate + analyze instead" dopo l'ottimizzazione in quelle tabelle...

**y2ksw** · 25-02-2010, 15:46

In questo caso temo che dovrai chiedere un tecnico. Puoi tentare di convertire le tabelle una per una da InnoDB a MyISAM da phpmyadmin - struttura - operazioni, ma se dovesse fallire non so che impatto potrebbe avere ...

**Kaos** · 25-02-2010, 15:52

Già, per ora contatto l'assistenza vbulletin dall'area clienti, intanto faccio un test "nucleare" in un forum secondario XD

**y2ksw** · 25-02-2010, 15:55

Credo che loro possono fare ben poco - è un problema che riguarda il tuo provider internet / spazio web ...

**Kaos** · 25-02-2010, 15:57

Gli ho solo chiesto se è normale che quelle tabelle siano InnoDB
Vi aggiorno in tempo reale! asd.
Ho trasformato la tabella "tag" da MyISAM a InnoDB, nessun problema, si è convertita! e adesso in manutenzione di vb viene fuori il mio "amato" messaggio "Note: Table does not support optimize, doing recreate + analyze instead".
Quindi sono proprio le InnoDB ad impedire la manutenzione

Edit: adesso ne trasformo un po'in InnoDB, poi le riconverto in MyISAM...
- ora anche il secondo database è identico a quello ufficiali riguardo le InnoDB, ora provo a convertirle in MyISAM
- nel forum secondario le tabelle si stanno convertendo senza problemi da InnoDB a MyISAM, uso la seguente queries: ALTER TABLE `miatabella` ENGINE = MYISAM ROW_FORMAT = COMPACT

**Kaos** · 25-02-2010, 16:13

E ce la faaaaaa!!!!!! Problema risoltooo!!!!!!!
http://i50.tinypic.com/2mxgbo1.png
Finalmente non ho più niente in eccesso e ora si ottimizza tutto senza problemi!!!
Questa lo definirei come un risultato storico xDD da giorni che questa storia andava avanti, il forum non ha subito nessun danno

Discussione: Riparazione database

Strumenti Discussione

Discussioni Simili

Tabella post corrotta, riparazione impossibile?

Tag per Questa Discussione

Segnalibri

Segnalibri

Permessi di Scrittura