Basi del Database Buffer Cache in Oracle 12c - dummies

La cache del buffer del database di Oracle 12c è in genere la porzione più grande dell'SGA. Ha dati che provengono dai file su disco. Poiché l'accesso ai dati dal disco è più lento della memoria, l'unico scopo della cache del buffer del database è memorizzare nella cache i dati in memoria per un accesso più rapido. La cache del buffer del database può contenere dati da tutti i tipi di oggetti:

Tabelle

• Indici

• Viste materializzate

• Dati di sistema

• Nella frase

cache del buffer del database, il termine buffer si riferisce ai blocchi del database. Un blocco del database è la quantità minima di memoria che Oracle legge o scrive. Tutti i segmenti di archiviazione che contengono dati sono costituiti da blocchi. Quando richiedi i dati dal disco, almeno Oracle legge un blocco. Anche se si richiede solo una riga, è probabile che vengano recuperate molte righe nella stessa tabella. Lo stesso vale se richiedi una colonna in una riga. Oracle legge l'intero blocco, che molto probabilmente ha molte righe e tutte le colonne per quella riga.

È possibile pensare che se la tabella dei reparti ha solo dieci righe, l'intera cosa può essere letta in memoria anche se si richiede il nome di un solo dipartimento.

Stato cache buffer in Oracle 12c

La cache buffer

controlla quali blocchi possono rimanere in base allo spazio disponibile e allo stato del blocco (analogamente a come il pool condiviso decide quale SQL deve rimanere). Il buffer cache utilizza la propria versione dell'algoritmo LRU.

Un blocco nella cache del buffer può trovarsi in uno dei tre stati:

Libero:

• Attualmente non utilizzato per nulla Pinned:

• Accesso attualmente > Sporco: Il blocco è stato modificato ma non ancora scritto sul disco

• Blocchi liberi Idealmente, i blocchi liberi sono disponibili quando ne hai bisogno. Tuttavia, questo probabilmente non è il caso, a meno che il tuo database sia così piccolo che l'intera cosa possa essere contenuta nella memoria.

L'algoritmo LRU funziona in modo leggermente diverso nella cache del buffer rispetto al pool condiviso. Assegna un punteggio a ciascun blocco e quindi indica per quanto tempo è trascorso dall'accesso. Ad esempio, un blocco ottiene un punto ogni volta che viene toccato.

Più alto è il punteggio, minore è la probabilità che il blocco venga scaricato dalla memoria. Tuttavia, è necessario accedere frequentemente o il punteggio diminuisce. Un blocco deve lavorare duro per rimanere in memoria se la competizione per le risorse di memoria è alta.

Assegnare a ciascun blocco un punteggio e un tempo impedisce che si verifichi questo tipo di situazione: a un blocco si accede pesantemente alla fine del mese per i report.Il suo punteggio è superiore a qualsiasi altro blocco nel sistema. A quel blocco non si accede mai più.

È lì che spreca memoria finché il database non viene riavviato o un altro blocco ottiene un punteggio sufficiente per eliminarlo. Il componente tempo lo invecchia molto rapidamente dopo che non lo si accede più.

Blocchi bloccati

Un blocco attualmente in accesso è un blocco bloccato

.

Il blocco è bloccato (o bloccato) nella cache del buffer in modo che non possa essere invecchiato dalla cache del buffer mentre il processo Oracle (che spesso rappresenta un utente) lo sta accedendo. Blocchi sporchi Un blocco modificato è un blocco sporco

.

Per assicurarsi che le modifiche siano mantenute attraverso gli arresti del database, questi blocchi sporchi devono essere scritti dalla cache del buffer sul disco. Il database denomina i blocchi sporchi in un elenco sporco o in una coda di scrittura. Si potrebbe pensare che ogni volta che un blocco viene modificato, dovrebbe essere scritto sul disco per minimizzare i dati persi. Questo non è il caso - nemmeno quando c'è un commit

(quando si salvano le modifiche in modo permanente)! Diverse strutture aiutano a prevenire i dati persi. Inoltre, Oracle ha un problema di gioco d'azzardo. Le prestazioni del sistema scorrono se si scrivono blocchi su disco per ogni modifica. Per ovviare al problema, Oracle ha le probabilità che il database non riesca a fallire e scrive blocchi su disco solo in gruppi più grandi. Non preoccuparti; non è nemmeno un rischio contro i dati persi. Oracle sta ottenendo prestazioni dal database

adesso

a spese possibili di un recupero che richiede più tempo più tardi. Poiché i guasti nei sistemi correttamente gestiti si verificano raramente, è un modo economico per ottenere prestazioni. Tuttavia, non è come se Oracle lasciasse blocchi sporchi dappertutto senza ripulire se stesso. Trigger di scrittura a blocchi in Oracle 12c Che cosa innesca una scrittura di blocco e quindi un blocco sporco?

Il database viene emesso un comando di arresto.

Si verifica un checkpoint completo o parziale, ovvero quando il sistema scarica periodicamente tutti i buffer sporchi sul disco.

• Viene raggiunta una soglia del tempo di recupero, impostata dall'utente; il numero totale di blocchi sporchi causa un tempo di recupero inaccettabile.

• È necessario un blocco libero e nessuno viene trovato dopo un dato numero di ricerche.

• Alcuni comandi DDL (Data Definition Language). (I comandi DDL sono istruzioni SQL che definiscono gli oggetti in un database.)

• Ogni tre secondi.

• Altri motivi. L'algoritmo è complesso e non è possibile essere certi con tutte le modifiche che si verificano con ogni versione del software.

• Il fatto è che il database rimane occupato a scrivere blocchi in un ambiente in cui ci sono molti cambiamenti.