Buffer Cache to obszar pami\u0119ci wewn\u0105trz SGA pe\u0142ni\u0105cy rol\u0119 dwukierunkowego bufora dyskowego uczestnicz\u0105cego w operacjach odczytu i zapisu obiekt\u00f3w u\u017cytkownik\u00f3w (tabele, indeksy). Jego rozmiar jest okre\u015blany automatycznie lub jest narzucony przez administratora (parametr db_cache_size). Buffer Cache s\u0142u\u017cy redukcji aktywno\u015bci dyskowej serwera. Zanim zapytanie SQL odczyta blok danych z dysku, najpierw pr\u00f3buje znale\u017a\u0107 ten blok w Buffer Cache. Gdy szukany blok nie znajduje sie w Buffer Cache, wtedy jest odczytywany z dysku i (zwykle) umieszczany w Buffer Cache w celu ponownego u\u017cycia w przysz\u0142o\u015bci. Poniewa\u017c zazwyczaj rozmiar bufora Buffer Cache jest du\u017co mniejszy ni\u017c rozmiar bazy danych, potrzebny jest algorytm zwalniaj\u0105cy miejsce dla nowych blok\u00f3w danych przybywaj\u0105cych do bufora. Do wersji 8.0 Oracle wykorzystywa\u0142 do tego celu klasyczny algorytm LRU (Least Recently Used), od wersji 8.1 u\u017cywa rozwi\u0105zania hybrydowego nazywanego LRU Touch-Count Algorithm.<\/p>\n
Og\u00f3lna idea dzia\u0142ania algorytmu Touch-Count jest nast\u0119puj\u0105ca. Ka\u017cdy blok bufora Buffer Cache jest reprezentowany przez obiekt umieszczony na specjalnej li\u015bcie nazywanej, historycznie, list\u0105 LRU. Jeden koniec tej listy nazywany jest \u201egor\u0105cym\u201d (lub MRU \u2013 Most Recently Used), drugi koniec \u2013 \u201ezimnym\u201d (lub LRU \u2013 Least Recently Used). Bloki gor\u0105ce s\u0105 najbardziej po\u017c\u0105danymi go\u015b\u0107mi bufora, natomiast bloki zimne s\u0105 kandydatami do usuni\u0119cia gdy tylko potrzebne b\u0119dzie wolne miejsce. Gdy z dysku odczytywany jest pojedynczy blok, trafia on do Buffer Cache i na list\u0119 LRU \u2013 uwaga -w \u015brodek tej listy (tzw. Midpoint, wskazywany niejawnym parametrem _db_percent_hot_default). Gdy natomiast realizowana jest operacja pe\u0142nego odczytu du\u017cej tabeli (powy\u017cej _small_table_threshold), jej bloki odnotowywane s\u0105 \u2013 uwaga – na zimnym ko\u0144cu listy LRU (zmiana tego zachowania jest mo\u017cliwa za pomoc\u0105 klauzuli CACHE). Elementy listy LRU posiadaj\u0105 liczniki odwiedzin (tzw. Touch Counter). Za ka\u017cdym razem gdy serwer korzysta z bloku znajduj\u0105cego si\u0119 w buforze Buffer Cache (lecz nie cz\u0119\u015bciej ni\u017c raz na 3 sekundy, wskazywane niejawnym parametrem _db_aging_touch_time), zwi\u0119ksza jego licznik odwiedzin. Gdy licznik odwiedzin osi\u0105gnie warto\u015b\u0107 wi\u0119ksz\u0105 ni\u017c dwa (niejawny parametr _db_aging_hot_criteria), wtedy blok przesuwa si\u0119 na gor\u0105cy koniec listy LRU (blok si\u0119 rozgrzewa), a jego licznik odwiedzin jest resetowany. Je\u015bli takie przesuni\u0119cie spowoduje, \u017ce jaki\u015b inny blok spadnie poni\u017cej Midpoint, licznik odwiedzin takiego bloku b\u0119dzie zresetowany do warto\u015bci 1 (warto\u015b\u0107 wskazywana niejawnym parametrem _db_aging_cool_count) (blok stygnie).<\/p>\n
Konsekwencj\u0105 powy\u017cszego algorytmu jest to, \u017ce bloki cz\u0119sto i intensywnie wykorzystywane maj\u0105 wi\u0119ksze szanse na pozostawanie w buforze ani\u017celi bloki wykorzystywane ma\u0142o intensywnie lub intensywnie lecz kr\u00f3tkotrwale. Dok\u0142adniejszy opis algorytmu LRU Touch-Count znajduje si\u0119 w artykule \u201eAll About Oracle\u2019s Touch Count Data Block Buffer Cache Algoruthm\u201d autorstwa Craiga A. Shallahamera. Zainteresowanym eksperymentowaniem polecam wirtualn\u0105 tabel\u0119 systemow\u0105 X$BH, kt\u00f3ra udost\u0119pnia informacje o aktualnej zawarto\u015bci bufora Buffer Cache (kolumny DBARFIL, DBABLK, OBJ), warto\u015bciach licznik\u00f3w odwiedzin (kolumna TCH) oraz o strukturze listy LRU (kolumny NXT_HASH, PRV_HASH). Przyk\u0142adowo, poni\u017csze zapytanie wy\u015bwietla raport o aktualnej zawarto\u015bci Buffer Cache:<\/p>\n