Questo è legato a questa domanda . Aiuta a ottenere prestazioni migliori per le tabelle InnoDB.

Secondo il manuale di MySQL , innodb_flush_log_at_trx_commitè una variabile dinamica globale. Quindi, posso cambiarlo usando il comando SET GLOBAL e sembra funzionare.

mysql> SET GLOBAL innodb_flush_log_at_trx_commit=2;
Query OK, 0 rows affected

mysql> SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 2     |
+--------------------------------+-------+
1 row in set

Tuttavia, non ha modificato le impostazioni effettive di MySQL. Quando ho aggiornato my.cnf e riavviato il server MySQL, ha funzionato. Quindi, non posso cambiare la variabile globale in fase di esecuzione?

Preferisco il valore predefinito innodb_flush_log_at_trx_commit=1, ma devo cambiarlo in 2 prima di eseguire un processo di ripristino per un database di grandi dimensioni per ottenere più velocemente. Ma una volta terminato il processo, desidero riportare il valore su 1. È possibile farlo in fase di esecuzione?

Non ho accesso a my.cnf sul mio server di hosting condiviso.

Mentre sono d'accordo con la raccomandazione di Rolando di cambiare innodb_flush_method, non ero al 100% chiaro cosa intendevi per:

non ha modificato le impostazioni effettive di MySQL

Voglio sottolineare l'avvertenza che apportare una modifica alla variabile GLOBAL influisce su eventuali nuove connessioni, ma non modifica la sessione corrente (sottolineatura mia):

La modifica della variabile globale non influisce sulla variabile di sessione per qualsiasi client attualmente connesso ( nemmeno quello del client che emette l'istruzione SET GLOBAL ).

Quindi per verificare che:

mysql> SHOW GLOBAL VARIABLES LIKE 'innodb_flush_log%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 1     |
+--------------------------------+-------+
1 row in set (0.00 sec)


mysql> SHOW SESSION VARIABLES LIKE 'innodb_flush_log%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 1     |
+--------------------------------+-------+
1 row in set (0.00 sec)

mysql> SET GLOBAL innodb_flush_log_at_trx_commit=2;
Query OK, 0 rows affected (0.00 sec)

mysql> SHOW GLOBAL VARIABLES LIKE 'innodb_flush_log%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 2     |
+--------------------------------+-------+
1 row in set (0.00 sec)

mysql> SHOW SESSION VARIABLES LIKE 'innodb_flush_log%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 1     |
+--------------------------------+-------+
1 row in set (0.00 sec)

mysql> connect;
Connection id:    6
Current database: *** NONE ***

mysql> SHOW SESSION VARIABLES LIKE 'innodb_flush_log%';
+--------------------------------+-------+
| Variable_name                  | Value |
+--------------------------------+-------+
| innodb_flush_log_at_trx_commit | 2     |
+--------------------------------+-------+
1 row in set (0.00 sec)

Impostando innodb_flush_log_at_trx_commit , si rischia la confusione con l'interoperabilità di mysqld / OS. Dico questo perché il sistema operativo è affidabile per eseguire il flush.

Nota la cautela dalla documentazione di MySQL

Molti sistemi operativi e alcuni componenti hardware del disco ingannano l'operazione flush-to-disk. Potrebbero dire a mysqld che il flush ha avuto luogo, anche se non lo è stato. Quindi la durata delle transazioni non è garantita nemmeno con l'impostazione 1 e, nel peggiore dei casi, un'interruzione dell'alimentazione può persino danneggiare il database InnoDB. L'uso di una cache del disco con batteria tampone nel controller del disco SCSI o nel disco stesso accelera lo scaricamento dei file e rende l'operazione più sicura. Puoi anche provare a utilizzare il comando Unix hdparm per disabilitare la memorizzazione nella cache delle scritture su disco nelle cache dell'hardware o utilizzare altri comandi specifici per il fornitore dell'hardware.

Ciò che dice è il seguente: Il sistema operativo può mentire come un marito traditore. Il sistema operativo dice che si scaricherà sul disco e semplicemente non lo farà. Pertanto, anche se si imposta innodb_flush_log_at_trx_commit, è necessario divorziare il flushing del sistema operativo su disco dal flushing di mysqld su disco.

Prova a impostare innodb_flush_method su O_DIRECT se non l'hai già fatto. Potresti vedere una differenza perché il metodo flush è molto diverso (Vedi il mio Mar 04, 2011post Chiarimenti sulla variabile MySQL innodb_flush_method ).

AVVERTIMENTO

Come hai detto, non hai accesso a my.cnf. Si prega di contattare SysAdmin presso il proprio provider e ottenere innodb_flush_method modificato.

AGGIORNAMENTO 2012-12-10 12:45 EDT

Attualmente sto eseguendo MySQL 5.5.12 sul mio PC. Quando mi connetto e corro, show variables like 'innodb_flush_method';ottengo

mysql> show variables like 'innodb_flush_method';
+---------------------+-------+
| Variable_name       | Value |
+---------------------+-------+
| innodb_flush_method |       |
+---------------------+-------+
1 row in set (0.05 sec)

mysql>

Poiché è vuoto, indica solo che viene utilizzata l'impostazione predefinita. Si prega di leggere il mio post del 4 marzo 2011 per chiarimenti sulla variabile MySQL innodb_flush_method