La dimensione del file ibdata di MySQL non diminuisce dopo cancellazione

admin — Fri, 14 Jan 2011 17:42:12 +0000

Probabilmente vi sarà capitato di controllare la dimensione dei files ibdata nella cartella /var/lib/mysql e vederli crescere durante il popolamento di database InnoDB. Tutto normale, perché i dati dei database impostati con questo formato vengono salvati, di default, in questi files.
Se vi è capitato di cancellare anche dati dal database, avrete notato che la dimensione dei files non viene ridotta!?! Come mai?
Gli sviluppatori di MySQL assicurano che non è un BUG ma una scelta sistemistica che onestamente ha senso se il database ha cambiamenti di dimensione non esagerati, ma nel caso si debba cancellare un database molto grande che non viene sostituito da un altro con dimensioni analoghe, lo spazio su disco resterà occupato senza essere utilizzato…

A quanto pare l’unica soluzione al momento è attivare l’opzione innodb_file_per_table sotto la sezione [mysqld] del file di configurazione my.cnf, che praticamente crea dei files .idb per ogni tabella nella cartella del database e che il server MySQL provvederà a cancellare nel caso il database venga rimosso con il classico “DROP DATABASE ….”.
ATTENZIONE: Ci sono delle procedure più veloci, ma onestamente la seguente mi sembra quella più sicura per non perdere i dati.

Bisogna quindi procedere come segue, avendo i privilegi di root:

Creare il backup di tutti i database con il seguente comando:

mysqldump -R -q -p --all-databases > /tmp/all.sql

Inserire l’opzione innodb_file_per_table nel file my.cnf (su Debian si trova in /etc/mysql/my.cnf ) per avere qualcosa del tipo:

[mysqld]
...
innodb_file_per_table

Fermare il servizio MySQL e rimuovere i files nella cartella di MySQL (su Debian /var/lib/mysql/ ma potrebbe variare per altre distribuzioni)

/etc/init.d/mysql stop
rm -fr /var/lib/mysql/*

Installare i database di default di MySQL

/usr/bin/mysql_install_db

Modificare il proprietario dei files appena creati in modo che l’utente mysql possa accedervi senza limitazioni

chown -R mysql.mysql /var/lib/mysql

Avviare MySQL e poi importare il backup effettuato prima

/etc/init.d/mysql start
mysql < /tmp/all.sql

da notare che non viene richiesta la password di connessione, perché con mysql_install_db l’utente root viene impostato senza password
Riavviare infine MySQL

/etc/init.d/mysql restart

enjoy

Velocizzare la connessione a MySQL server

admin — Thu, 18 Mar 2010 09:54:33 +0000

Nel caso in cui la connessione ad un server MySQL sembri lenta, o meglio nel caso in cui la procedura di autenticazione presso il server MySQL risulti lenta, è possibile effettuare una piccola modifica al file di configurazione per velocizzare il tutto.
ATTENZIONE: questo non significa che il server MySQL sarà più veloce nell’esecuzione di query, ma solo che la procedura di autenticazione sarà più veloce.

Facciamo un esempio pratico per capire meglio. Digitiamo dalla console:

date; mysql -h 10.109.7.16 -uroot; date

verrà visualizzato come risposta:

Mar 18 Mar 2010 10:58:07 CET
ERROR 1130 (HY000): Host '10.113.10.208' is not allowed to connect to this MySQL server
Mar 18 Mar 2010 10:58:17 CET

come vedete il server impiega circa 10 secondi per dirmi che non ho i privilegi di accesso.

A questo punto, modifichiamo il file di configurazione (generalmente /etc/my.cnf) aggiungendo nella sezione mysqld la direttiva skip-name-resolve, es:

[mysqld]
.....
......
skip-name-resolve

Ora riavviate mysql e poi riprovate con:

date; mysql -h 10.109.7.16 -uroot; date

e questa volta verrà visualizzato come risposta:

Mar  18 Mar 2010 10:59:39 CET
ERROR 1130 (HY000): Host '10.113.10.208' is not allowed to connect to this MySQL server
Mar  18 Mar 2010 10:59:39 CET

ecco, ora la risposta è praticamente immediata.

Enjoy

my.cnf – SMsoft – informatica e dintorni

La dimensione del file ibdata di MySQL non diminuisce dopo cancellazione

Velocizzare la connessione a MySQL server