SQL užklausų cashe'avimas

Sveiki,

Būtų puiku išgirsi nuomonių apie SQL užklausų cache'avimą. Kada geriau taikyti cache'avimą, kada geriau siųsti užklausas į duomenų bazę? Ir kaip tai įtakoja puslapio užsikrovimo greitį?

Kai kurie karkasai cashe'uoja visas užklausas, be galimybės pasirinkti ką cashe'uoti, o ką ne. Kaip elgtis tokiu atvėju, cache'uoti, ar ne?

Visos diskusijos ir nuomonės labai laukiamos. ;)

There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.

:D

IMO, kol neturi problemų su performansu, tai nereikia :) O šiaip variantų yra visokių, ir daug kas sukasi būtent apie minėtą invalidationą.

Gali daryti „microcaching“: pvz., visą puslapį kešuoti sekundei ar dviem. populiariam puslapiui tai bus labai naudinga, o vartotojai jokio „lago“ nepastebės.

Gali kešuoti tik atskirus dalykus, pvz. aktyviausių userių topas (reikia suskaičiuoti taškus, užima daug laiko) ir tada bus labai lengva invalidate'inti (kažkur pasikeitė tų taškų skaičius).

Gali kešuoti viską tam tikram laiko tarpui ir visai negalvoti apie invalidation. Vartotojai pajus, kad pasikeitimai vyksta ne akimirksniu, beveik niekada nevykdysi SQL (turint omeny, kad skaitymų daugiau, nei rašymų).

Kai kurie karkasai cashe'uoja visas užklausas, be galimybės pasirinkti ką cashe'uoti, o ką ne. Kaip elgtis tokiu atvėju, cache'uoti, ar ne?

T.y. čia šitas variantas. Jei lankytojai ne dešimtyse ar poroj šimtų, tai gal geriau taip nedaryti, tada neturi jokios invalidacijos kontrolės.

O galiausiai, geriausias sprendimas būtų (įsitikinus, kad tikrai kažkas jau neperformina) profiliuoti, matuoti, žiūrėti, kiek gali sutaupyti vien optimizavęs užklausas ar kitką, o jei tai jau nepadeda – tai kešuoti tik tą, kas problematiška.

P.S.: cache.

Gali daryti „microcaching“: pvz., visą puslapį kešuoti sekundei ar dviem. populiariam puslapiui tai bus labai naudinga, o vartotojai jokio „lago“ nepastebės.

 

Gali kešuoti tik atskirus dalykus, pvz. aktyviausių userių topas (reikia suskaičiuoti taškus, užima daug laiko) ir tada bus labai lengva invalidate'inti (kažkur pasikeitė tų taškų skaičius).

 

Gali kešuoti viską tam tikram laiko tarpui ir visai negalvoti apie invalidation. Vartotojai pajus, kad pasikeitimai vyksta ne akimirksniu, beveik niekada nevykdysi SQL (turint omeny, kad skaitymų daugiau, nei rašymų).

Labai teisingi pastebėjimai, tik nepaminėtas, sakyčiau, pats praktiškiausias variantas - kešuoti tik tam tikrus dalykus, kurie užima daug laiko, tam tikram laiko tarpui, negalvojant apie invalidaciją.

O šiaip tai jo, teisingas klausimas būtų ne kaip kešuoti, bet kaip spręsti performanso problemas, nes konkrečioje situacijoje galbūt būtų geriau keisti duombazės struktūrą, sumažinti užklausų skaičių, optimizuoti pačias užklausas, o ne dėti kešavimą.