 kiedy SQL_NO_CACHE nie wystarcza |
| kiedy SQL_NO_CACHE nie wystarcza |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 14 Pomógł: 0 Dołączył: 21.02.2010 Ostrzeżenie: (0%) 
 |
Witam wszystkich,
Próbuję właśnie przetestować prędkości różnego rodzaju zapytań, ale nie pozwala mi na to cache'owanie wyników. Za pierwszym uruchomieniem wszystko wygląda tak, jak się spodziewałem (oczekiwanie około 4 sekund), ale każde następne to już ułamki sekund.. Dowiedziałem się, że użycie w zapytaniach wyrażenia SQL_NO_CACHE powinno wyeliminować takie zachowanie, jednak w moim przypadku nic się nie zmieniło. Użyłem również poleceń: RESET QUERY CACHE oraz SET SESSION query_cache_type = 0 i jak się domyślacie - cały czas nic... Jakieś sugestie, pomysły? |
 |
 
|
 |
|
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 855 Pomógł: 145 Dołączył: 17.07.2008 Skąd: High Memory Area Ostrzeżenie: (0%)
|
A myślałeś że gdzie dane są trzymane?
Masz silnik MEMORY, który wszystkie dane trzyma w RAMie, tylko że jak zatrzymasz serwer, to wszystkie dane z tych tabel idą do /dev/null Inny pomysł, to załadowanie tych tabel zanim będą potrzebne. |
|
|
|
konrad.b kiedy SQL_NO_CACHE nie wystarcza 13.05.2010, 17:09:45 
Mchl A skąd wiesz, że to cache akurat? Sprawdzasz czy r... 13.05.2010, 20:08:24 konrad.b Aha, nie wiedziałem, że mysql zapisuje pliki na dy... 15.05.2010, 16:19:54  |
|
Aktualny czas: 7.10.2025 - 12:44 |
