Perché InnoDB non memorizza il conteggio delle righe?

Tutti sanno che, nelle tabelle che utilizzano InnoDB come motore, query simili SELECT COUNT(*) FROM mytablesono molto inesatte e molto lente, specialmente quando la tabella diventa più grande e ci sono inserimenti / eliminazioni di riga costanti durante l'esecuzione della query.

A quanto ho capito, InnoDB non memorizza il conteggio delle righe in una variabile interna, motivo per questo problema.

La mia domanda è: perché è così? Sarebbe così difficile archiviare tali informazioni? È un'informazione importante da sapere in così tante situazioni. L'unica difficoltà che vedo se un tale conteggio interno sarebbe implementato è quando sono coinvolte le transazioni: se la transazione non è impegnata, conti le righe da essa inserite o no?

PS: Non sono un esperto di DB, sono solo qualcuno che ha MySQL come un semplice hobby. Quindi, se ho appena chiesto qualcosa di stupido, non essere eccessivamente critico: D.

Sono d'accordo con @RemusRusanu (+1 per la sua risposta)

SELECT COUNT(*) FROM mydb.mytablein InnoDB si comporta come dovrebbe un motore di archiviazione transazionale. Confronta con MyISAM.

MyISAM

Se mydb.mytableè una tabella MyISAM, l'avvio SELECT COUNT(*) FROM mydb.mytable;è proprio come in esecuzione SELECT table_rows FROM information_schema.table WHERE table_schema = 'mydb' AND table_name = 'mytable';. Ciò innesca una rapida ricerca del conteggio delle righe nell'intestazione della tabella MyISAM.

InnoDB

Se si mydb.mytabletratta di una tabella InnoDB, si ottiene un sacco di cose in corso. Hai MVCC in corso, che governa quanto segue:

• ib_logfile0 / ib_logfile1 (Ripristina registri)
• ibdata1
  • Annulla registri
  • rollback
  • Modifiche al dizionario dei dati
• Gestione pool buffer
• Transaction Isolation (4 tipi)
  • Letture ripetibili
  • Leggi impegnato
  • Leggi non confermato
  • Serializable

Chiedere a InnoDB un conteggio delle tabelle richiede la navigazione attraverso queste cose minacciose. In realtà, non si sa mai se SELECT COUNT(*) from mydb.mytableconta solo letture ripetibili o include letture che sono state impegnate e quelle che non sono state confermate.

Potresti provare a stabilizzare un po 'le cose abilitando innodb_stats_on_metadata .

Secondo la documentazione MySQL su innodb_stats_on_meta_data

Quando questa variabile è abilitata (che è l'impostazione predefinita, come prima della creazione della variabile), InnoDB aggiorna le statistiche durante istruzioni di metadati come SHOW TABLE STATUS o SHOW INDEX o quando si accede alle tabelle INFORMATION_SCHEMA TABLES o STATISTICS. (Questi aggiornamenti sono simili a quanto accade per ANALYZE TABLE.) Se disabilitato, InnoDB non aggiorna le statistiche durante queste operazioni. La disabilitazione di questa variabile può migliorare la velocità di accesso per schemi con un numero elevato di tabelle o indici. Può anche migliorare la stabilità dei piani di esecuzione per le query che coinvolgono tabelle InnoDB.

Disabilitarlo può dare o meno un conteggio più stabile in termini di impostazione dei piani EXPLAIN. Può influire sulle prestazioni SELECT COUNT(*) from mydb.mytablein modo positivo, negativo o per nulla. Provalo e guarda !!!

Per cominciare, non esiste un "conteggio corrente" da memorizzare in una variabile. Una query simile SELECT COUNT(*) FROM ...è soggetta all'attuale livello di isolamento e a tutte le transazioni in sospeso simultanee. A seconda del livello di isolamento, la query può visualizzare o meno le righe inserite o eliminate da transazioni in sospeso. L'unico modo per rispondere è contare le righe visibili alla transazione corrente.

Si noti che non ho nemmeno toccato l'argomento ancora più spinoso delle transazioni simultanee che iniziano o finiscono durante il conteggio. Per non parlare dei rollback ...

Mentre teoricamente sarebbe possibile mantenere un conteggio accurato del numero di righe per una data tabella con InnoDB, sarebbe a costo di un sacco di blocchi, che influirebbe negativamente sulle prestazioni. Differirebbe anche in base al livello di isolamento.

MyISAM già esegue il blocco a livello di tabella, quindi non ci sono costi aggiuntivi.

Raramente ho bisogno di un conteggio delle righe per una tabella, anche se uso abbastanza COUNT (*). In genere ho una clausola WHERE in allegato. Utilizzando un indice efficiente su un piccolo set di risultati, trovo che siano abbastanza veloci.

Non sono d'accordo sul fatto che i conteggi siano inaccurati. I conteggi rappresentano un'istantanea dei dati e li ho sempre trovati esatti.

In breve, MySQL lascia a te l'implementazione di questo per InnoDB. È possibile memorizzare un conteggio e incrementarlo / decrementarlo dopo ogni query. Tuttavia, la soluzione più semplice è probabilmente passare a MyISAM.