Come modificare in modo sicuro la variabile innodb di MySQL 'innodb_log_file_size'?

Quindi sono abbastanza nuovo nell'ottimizzare InnoDB. Sto lentamente cambiando le tabelle (dove necessario) da MyIsam a InnoDB. Ho circa 100 MB in innodb, quindi ho aumentato la innodb_buffer_pool_sizevariabile a 128 MB:

mysql> show variables like 'innodb_buffer%';
+-------------------------+-----------+
| Variable_name           | Value     |
+-------------------------+-----------+
| innodb_buffer_pool_size | 134217728 |
+-------------------------+-----------+
1 row in set (0.00 sec)

Quando sono andato a modificare il innodb_log_file_sizevalore (esempio my.cnf nella pagina di configurazione di innodb di mysql commenti per modificare la dimensione del file di registro al 25% della dimensione del buffer. Quindi ora my.cnf è simile al seguente:

# innodb
innodb_buffer_pool_size = 128M
innodb_log_file_size = 32M

Quando riavvio il server, ottengo questo errore:

110216 9:48:41 InnoDB: inizializzazione pool buffer, dimensione = 128.0M
110216 9:48:41 InnoDB: inizializzazione completata pool buffer
InnoDB: errore: file di registro ./ib_logfile0 è di dimensioni diverse 0 5242880 byte
InnoDB: rispetto a specificato in il file .cnf 0 33554432 byte!
110216 9:48:41 [ERRORE] La funzione di inizializzazione del plugin 'InnoDB' ha restituito un errore.
110216 9:48:41 [ERRORE] Registrazione del plug-in 'InnoDB' come MOTORE DI STOCCAGGIO non riuscita.

Quindi la mia domanda: è sicuro eliminare i vecchi file log o c'è un altro metodo per cambiare la innodb_log_file_sizevariabile?

Sì, è sicuro eliminare il file di registro una volta arrestato mysqld

Alla luce di ciò, basta eseguire i seguenti passaggi:

mysql -uroot -p... -e"SET GLOBAL innodb_fast_shutdown = 0"
service mysql stop
mv /var/lib/mysql/ib_logfile[01] /tmp
service mysql start

Avvio di mysqld si ricrea ib_logfile0eib_logfile1

Provaci !!!

AGGIORNAMENTO 2011-10-20 16:40 EDT

Pagina pulita di tutti i dati nel pool di buffer InnoDB prima di ripetere i file di registro, è necessario impostare questa opzione circa 1 ora prima dell'arresto:

SET GLOBAL innodb_max_dirty_pages_pct = 0;

Per impostazione predefinita, innodb_max_dirty_pages_pct è 75 (MySQL 5.5+) o 90 (prima di MySQL 5.5). L'impostazione su zero mantiene il numero di pagine sporche al di sotto dell'1% del pool di buffer InnoDB. L'esecuzione lo service mysql stopfa comunque. Inoltre, un arresto completerà tutti gli elementi rimanenti nel registro di ripetizione. Per mantenere questa opzione basta aggiungerla a /etc/my.cnf:

[mysqld]
innodb_max_dirty_pages_pct = 0

AGGIORNAMENTO 2013-04-19 16:16 EDT

Ho aggiornato la mia risposta un po 'di più con innodb_fast_shutdown perché ero solito riavviare mysql e fermare mysql per farlo. Ora, questo passaggio è fondamentale poiché ogni transazione non impegnata può avere altre parti mobili all'interno e all'esterno dei registri delle transazioni di InnoDB ( vedi InnoDB Infrastruttura ).

Si noti che l'impostazione innodb_fast_shutdown su 2 pulirà anche i logout ma esistono ancora più parti mobili e vengono raccolte in Crash Recovery durante l'avvio di mysqld. L'impostazione di 0 è la migliore.

Vorrei invece raccomandare il metodo ufficiale , che riproduco qui per comodità:

Per modificare il numero o la dimensione dei file di registro InnoDB in MySQL 5.6.7 o precedenti , utilizzare le seguenti istruzioni. La procedura da utilizzare dipende dal valore di innodb_fast_shutdown, che determina se aggiornare completamente il tablespace di sistema prima di un'operazione di arresto:

• Se innodb_fast_shutdown non è impostato su 2: arrestare il server MySQL e assicurarsi che si spenga senza errori, per assicurarsi che non ci siano informazioni per le transazioni in sospeso nel registro di ripetizione. Copia i vecchi file di registro di ripetizione in un luogo sicuro, nel caso in cui qualcosa sia andato storto durante l'arresto e ti servano per recuperare il tablespace. Eliminare i vecchi file di registro dalla directory del file di registro, modificare my.cnf per modificare la configurazione del file di registro e riavviare il server MySQL. mysqld vede che non ci sono file di registro InnoDB all'avvio e ne crea di nuovi.

• Se innodb_fast_shutdown è impostato su 2: imposta innodb_fast_shutdown su 1:

mysql> SET GLOBAL innodb_fast_shutdown = 1;

Quindi seguire le istruzioni nella voce precedente.

A partire da MySQL 5.6.8 , l'impostazione innodb_fast_shutdown non è più rilevante quando si modifica il numero o la dimensione dei file di registro di InnoDB. Inoltre, non è più necessario rimuovere i vecchi file di registro, anche se è possibile che si desideri comunque copiare i vecchi file di registro in un luogo sicuro, come backup. Per modificare il numero o la dimensione dei file di registro di InnoDB, procedere come segue:

1. Arrestare il server MySQL e assicurarsi che si spenga senza errori.

2. Modifica my.cnf per modificare la configurazione del file di registro. Per modificare le dimensioni del file di registro, configurare innodb_log_file_size. Per aumentare il numero di file di registro, configurare innodb_log_files_in_group.

3. Riavvia il server MySQL.

Se InnoDB rileva che innodb_log_file_size differisce dalla dimensione del file di registro ripetuto, scriverà un punto di controllo del registro, chiuderà e rimuoverà i vecchi file di registro, creerà nuovi file di registro nella dimensione richiesta e aprirà i nuovi file di registro.

innodb_buffer_pool_size- cambia semplicemente my.cnf( my.ini) e riavvia mysqld.

innodb_log_file_sizeè meno critico. Non cambiarlo a meno che non ci sia un motivo per. Roland ha fornito i passaggi , ma un aspetto mi preoccupa ... Non so se i primi due passi siano importanti; sembra che potrebbero essere:

1. set innodb_fast_shutdown = OFF
2. riavvia mysql
3. basta mysql
4. rimuovere i file di registro
5. avvia mysql

I file di registro tengono traccia degli affari incompiuti; " innodb_fast_shutdown" dice di occuparsi di quella roba dopo il riavvio. Quindi la rimozione dei file potrebbe perdere informazioni?

Le nuove versioni hanno migliorato le cose: (più discussioni nei commenti)

• 5.6 Consente innodb_log_file_size> 4 GB
• 5.6 innodb_log_file_sizepuò essere modificato senza prima rimuovere iblog *
• 5.7 consente il ridimensionamento dinamico innodb_buffer_pool_size

Devo cambiare log_file_size?

Utilizzare GLOBAL STATUSper calcolare il numero di minuti prima dei cicli di registro.

Uptime / 60 * innodb_log_file_size / Innodb_os_log_written`

Se è molto inferiore a 60 (minuti), potrebbe essere utile aumentare log_file_size. Se è molto di più, i file di registro sprecano spazio su disco. Quella "1 ora" è piuttosto arbitraria, quindi se ci sei vicino, non preoccuparti di cambiare log_file_size.

Lasciare innodb_log_files_in_groupil valore predefinito di 2.

Quando accedi a mysql digita questi comandi:

pager grep seq;
show engine innodb status \G select sleep(60); show engine innodb status \G

Otterrai due numeri. Prima ne prendi uno e poi aspetti un minuto. Ne otterrai un altro.

Dire che il primo è 3.456.718.123 e il secondo è 4.098.873.134

Ora (4.098.873.134-3.856.718.123) * 60/1024/1024

Il risultato è = 13.856 MB

Hai due file di registro. Quindi dividilo per due e otterrai un numero vicino a 7.000 MB. Per sicurezza, imposta la dimensione del file di registro 8 GB

chown mysql: mysql -R / etc / mysql / var / lib / mysql && cd / var / lib / mysql && rm -f ib_logfile * && service mysql restart || servizio riavvio mysql

Provalo, sicuramente funzionerà [testato su Debian 6]