Vorrei sapere quali sono i vantaggi [davvero pratici] che possono essere raccolti eseguendo la OPTIMIZE TABLE tbl_namequery in MySQL Server.

L'ho verificato una volta e ho scoperto che dopo l'esecuzione, il successivo hit DB potrebbe richiedere molto tempo a causa del trasferimento di frammenti o giù di lì, ma i successi successivi mostrano un tipo di prestazioni, non sono sicuro che la query nella cache esegua questo trucco con l'ottimizzazione o l'ottimizzazione da solo fa questo trucco.

Qualcuno può guidarmi con alcuni valori di differenza di prestazioni reali, se possibile, in modo che io possa approfondire il fatto che lavorare con MySQL sta guadagnando gravità nel nostro progetto.

Tenere presente che OPTIMIZE TABLE non esegue la deframmentazione. Internamente, OPTIMIZE TABLE esegue diverse operazioni (copia dei dati in un file temporaneo, ricreare gli indici, ricalcolare le statistiche degli indici). In effetti, l'esempio che ho può essere eseguito manualmente come mostrato.

Esempio: se ottimizzi mydb.mytable, inserisci questo comando:

OPTIMIZE TABLE mydb.mytable;

Nota che mysql esegue qualcosa sotto il cofano:

CREATE TABLE mydb.mytable2 LIKE mydb.mytable;
ALTER TABLE mydb.mytable2 DISABLE KEYS;
INSERT INTO mydb.mytable2 SELECT * FROM mydb.mytable;
ALTER TABLE mydb.mytable2 ENABLE KEYS;
DROP TABLE mydb.mytable;
ALTER TABLE mydb.mytable2 RENAME mydb.mytable;
ANALYZE TABLE mydb.mytable;

Ciò è abbastanza utile per le tabelle che presentano un volume elevato di AGGIORNAMENTI ed ELIMINA

L'esecuzione di questo può realizzare due cose

1. Impedisci a mysql di esaminare i frammenti di una tabella nel tentativo di caricare i dati nei frammenti delle dimensioni giuste. L'eliminazione di questi frammenti ridurrà questa operazione.

2. Avere ricalcolato le statistiche dell'indice aiuta MySQL Query Optimizer a costruire piani EXPLAIN migliori. Altrimenti, le query potrebbero deteriorarsi nei tempi di esecuzione perché MySQL Query Optimizer ha deciso di fare ipotesi errate sul piano EXPLAIN. Questo sarebbe un sintomo definito di una tabella che ha avuto un elevato volume di AGGIORNAMENTI e DELETE.

AVVERTIMENTO

Per quanto riguarda la memorizzazione nella cache, la memorizzazione nella cache consente di immergersi rapidamente a causa di una scansione completa del tavolo. Per le pagine dell'indice MyISAM fluiscono dentro e fuori dalla cache delle chiavi MyISAM. Per InnoDB, le pagine di dati e di indice scorrono dentro e fuori dal pool di buffer InnoDB.