Citat:
Tyler Durden:
Na query cache sam racunao, ne znam samo koliko da mu dam memorije i da li moze da postane kontraproduktivno u nekom trenutku. Zanimaju me da li postoji jos neki parameter slican QC, na koji bi trebao da obratim paznju.
Upiti bi bili brzi sami po sebi, jedino sto bi ih bilo puno. Vracali bi samo 1 red sa maksimalno 7-8 kolona, u svakoj samo po par karaktera.
query cache mozes da koristis ako nemas mnogo update-a .. zavisno od koliko cesto imas promene mozes da teras query cache do 4G.
savetujem da ga stavis na "manju" vrednost .. ~100M pa da pratis query cache hit ratio, dokle god je preko 80% mozes da povecavas
vrednost, ako padne ispod 80% nemoj dalje posto onda usporavas sistem. razlog je to sto se pri svakom update/delete/insert radi invaliditizacija query cache-a tako da ako imas mnogo promena u bazi hit ratio ce ti biti mali posto ce on konstantno prolaziti kroz query cache i cistiti ga - sto traje neko vreme.
sve ostalo zavisi od izgleda upita, izgleda tabela i odabranog storage engine-a. za innodb bustuj innodb buffer size na 80% ram-a, za myisam povecaj table_cache, budi siguran da imas dovoljan broj file handle-ova, razmisli koliki ti treba sort buffer i key buffer ...
sve to ima uticaja, no, ne postoji "silver bullet", sve se to tweakuje u odnosu na to kako radi tvoja aplikacija i kakve upite izvrsava. tu u mnogome moze da pomogne enterprise monitor posto daje mnogo dobru statistiku sta se kada desava, no, doticni nije dzaba (tj. dzaba je za one koji placaju support)