Yleiset välimuistimallit

Tervetuloa! Tässä oppitunnissa tutustumme yleisiin välimuistimalleihin. Nämä mallit kuvaavat jäsenneltyjä tapoja, joilla sovellus toimii vuorovaikutuksessa välimuistin kanssa suorituskyvyn parantamiseksi ja tietojen hallitsemiseksi.

Ajatelkaa niitä suunnitelmina sille, miten tiedot kulkevat sovelluksen, välimuistin ja pääasiallisen tietovaraston, kuten tietokannan, välillä.

Cache-Aside (tunnetaan myös nimellä Lazy Loading) on erittäin yleinen välimuistimalli. Tässä lähestymistavassa sovellus vastaa välimuistin suorasta hallinnasta.

• Sovellus tarkistaa tiedot ensin välimuistista.
• Jos tiedot löytyvät ("välimuistiosuma"), ne palautetaan heti.
• Jos tietoja ei löydy ("välimuistihuti"), sovellus noutaa ne tietokannasta, tallentaa ne välimuistiin ja palauttaa ne sitten.

Tällainen lukutoiminto yleensä toimii Cache-Aside-mallissa:

// Pseudocode for reading data
function getData(key):
  data = cache.get(key)
  if data is null:
    data = database.get(key)
    cache.put(key, data)
  return data

Näin välimuistiin tallennetaan vain tietoja, joita todella pyydetään, joten harvemmin käytettävät tiedot eivät kuluta muistia.

Kun tietoja päivitetään Cache-Aside-mallissa, sovellus kirjoittaa ensin tietokantaan ja mitätöi (poistaa) sitten vastaavan välimuistimerkinnän.

// Pseudocode for writing data
function updateData(key, newData):
  database.update(key, newData)
  cache.invalidate(key) // Remove from cache
  return success

Mitätöinnin ansiosta seuraava tätä tietoa koskeva lukupyyntö aiheuttaa välimuistihudin, jolloin tuoreet tiedot haetaan tietokannasta ja välimuisti päivitetään.

Read-Through-mallissa välimuisti toimii kaikkien lukupyyntöjen välittäjänä. Sovellus ei käsittele lukupyyntöjä suoraan tietokannan kanssa.

• Sovellus pyytää tietoja välimuistista.
• Jos välimuistissa on tiedot (osuma), se palauttaa ne.
• Jos välimuistissa ei ole tietoja (huti), välimuisti itse noutaa ne tietokannasta, tallentaa ne sisäisesti ja palauttaa ne sitten sovellukselle.

Sovellus keskustelee vain välimuistin kanssa, mikä yksinkertaistaa sen logiikkaa.

Vaikka lukutoiminta on samanlaista, keskeinen ero on siinä, kuka noutaa tiedot hutin jälkeen:

• Cache-Aside: Sovellus käsittelee välimuistihudin ja noutaa tiedot tietokannasta.
• Read-Through: Välimuistin tarjoaja (esimerkiksi välimuistikirjasto tai -palvelu) käsittelee hutin ja noutaa tiedot tietokannasta.

Read-Through johtaa usein selkeämpään sovelluskoodiin, koska välimuistilogiikka on keskitetty välimuistitasolle.

Write-Through-malli varmistaa tietojen yhdenmukaisuuden kirjoittamalla tiedot synkronisesti sekä välimuistiin että tietokantaan.

• Sovellus kirjoittaa tiedot välimuistiin.
• Välimuisti kirjoittaa samat tiedot heti tietokantaan.
• Vasta kun molemmat toiminnot onnistuvat, välimuisti vahvistaa kirjoituksen sovellukselle.

Näin välimuisti ja tietokanta pysyvät aina synkronoituna, mutta kirjoitusviive voi kasvaa.

Write-Back (josta käytetään myös nimeä Write-Behind) asettaa kirjoitussuorituskyvyn etusijalle. Kun sovellus kirjoittaa tietoja:

• Tiedot kirjoitetaan heti välimuistiin, ja välimuisti vahvistaa onnistumisen sovellukselle.
• Alla olevaan tietokantaan kirjoitetaan myöhemmin asynkronisesti taustalla.

Tämä tarjoaa erittäin pienen kirjoitusviiveen, mutta tietoja voi hävitä, jos välimuisti vikaantuu ennen niiden tallentamista tietokantaan.

Välimuistimalli valitaan tarpeiden mukaan:

• Cache-Aside: Sopii paljon lukeville työkuormille, joissa lyhytaikainen vanhentunut tieto kirjoitusten jälkeen on hyväksyttävää. Sovellus hallitsee monimutkaisuuden.
• Read-Through: Yksinkertaistaa sovelluskoodia lukutoiminnoissa; välimuisti käsittelee tietokantayhteydet.
• Write-Through: Varmistaa välimuistin ja tietokannan vahvan yhdenmukaisuuden, mutta kirjoitusviive on suurempi.
• Write-Back: Sopii parhaiten suurimääräisiin ja pienen viiveen kirjoituksiin; välimuistin vikaantumiseen liittyy tietojen menettämisen riski.

Hienoa työtä! Olette oppineet keskeiset välimuistimallit:

• Cache-Aside: Sovellus hallitsee välimuistia, käyttää lazy loading -latausta ja mitätöi tiedot kirjoituksen yhteydessä.
• Read-Through: Välimuisti toimii tietolähteenä ja noutaa tiedot tietokannasta hutin yhteydessä.
• Write-Through: Tiedot kirjoitetaan synkronisesti välimuistiin ja tietokantaan yhdenmukaisuuden varmistamiseksi.
• Write-Back: Tiedot kirjoitetaan tietokantaan asynkronisesti suorituskyvyn parantamiseksi, mutta riski on suurempi.

Jokaisella mallilla on omat vahvuutensa. Valitkaa malli harkiten sovelluksenne luku- ja kirjoitustiheyden, yhdenmukaisuuden ja viivevaatimusten perusteella.