Visualizzazione Stampabile
Ciao,
sapete cos'è in Manutenzione-> Ripara/ottimizza tabelle, il termine "in eccesso" (io ho già provato a riparare e ottimizzare tutto, ma i valori da 329Mb non si sistemano!
http://i48.tinypic.com/2m5kl1g.png
è pericoloso? come posso risolvere?
Grazie
Lo spazio in eccesso significa che nel database è occupato questo spazio senza alcun uso. Dato le dimensioni, forse è necessario prima una riparazione, seguito dall'ottimizzazione (non tutto assieme). Se non funge ancora, è necessario intervenire dal server con mysqlrepair.
Ecco, l'ultima opzione scelgo, perchè non si sistema niente, mi spiegheresti come fare perfavore?
Hai accesso al server (shell, terminal)?
Ho accesso ftp (non credo che c'entri) e al pannello phpMyAdmin, ti serve screen?
Di solito da phpmyadmin si risolve prima con un ripara tabelle e poi ottimizza, naturalmente richiamando tutte le tabelle e in basso seleziona tutte->e dal menu atendina->Ottimizza tabelle e poi selezioni "Ripara tabelle", come sugerito da Giovanni.
No, non si risolve
Ci inseriresti uno screen?
Comincia con l'eliminare i log che sono tantissimi dal pannello admin, poi discutiamo.
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"
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 ... ;)
Le pagine d'errore rimarranno per sempre?
Ovviamente no ;)
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...
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 ...
Già, per ora contatto l'assistenza vbulletin dall'area clienti, intanto faccio un test "nucleare" in un forum secondario XD
Credo che loro possono fare ben poco - è un problema che riguarda il tuo provider internet / spazio web ...
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
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
:)