Przyjrzyjmy si\u0119 ciekawemu zjawisku, kt\u00f3re przejawia si\u0119 tym, \u017ce czasami wykonanie zapytania SELECT powoduje modyfikacje blok\u00f3w dyskowych oraz zapisy danych powt\u00f3rzenia (Redo). W konsekwencji , wydajno\u015b\u0107 polecenia SELECT staje si\u0119 nieakceptowalna.<\/p>\n
W poni\u017cszym eksperymencie pos\u0142uguj\u0119 si\u0119 tabel\u0105 zawieraj\u0105c\u0105 milion rekord\u00f3w, zajmuj\u0105ca 130MB. W pierwszym kroku, na tabeli wykonuj\u0119 polecenie UPDATE, kt\u00f3re modyfikuje co pi\u0105ty rekord. Zagregowane statystyki sesji s\u0142usznie ukazuj\u0105 wykonanie modyfikacji blok\u00f3w danych oraz wygenerowanie danych powt\u00f3rzenia. Zatwierdzam transakcj\u0119, ko\u0144cz\u0119 sesj\u0119. W drugim kroku, rozpoczynam now\u0105 sesj\u0119 i wykonuj\u0119 proste zapytanie SELECT do tej samej tabeli. Uwaga! Tym razem zagregowane statystyki sesji pokazuj\u0105, \u017ce zmodyfikowano ponad 10 tysi\u0119cy blok\u00f3w danych i wygenerowano ok. 750KB danych powt\u00f3rzenia!! Dlaczego SELECT powoduje zapisy dyskowe?? SELECT przecie\u017c powinien wy\u0142\u0105cznie odczytywa\u0107 dane! Co wi\u0119cej, ponowne wykonanie takiego samego polecenia SELECT nie powoduje ju\u017c generowania dodatkowych zapis\u00f3w.<\/p>\n
Byli\u015bmy w\u0142a\u015bnie \u015bwiadkami ciekawego mechanizmu wydajno\u015bciowego stosowanego przez klika dotychczasowych wersji serwera Oracle Database: Delayed Block Cleanout<\/strong>. Mechanizm ten wi\u0105\u017ce si\u0119 z realizacj\u0105 operacji COMMIT (zatwierdzenia transakcji). Pami\u0119tamy, \u017ce zatwierdzenie transakcji powinno powodowa\u0107 zdj\u0119cie wszystkich za\u0142o\u017conych blokad na rekordach i tabelach (algorytm 2PL). Wiemy te\u017c, \u017ce informacje o blokadach i transakcjach posiadaj\u0105cych te blokady s\u0105 zapisywane w nag\u0142\u00f3wkach blok\u00f3w danych zawieraj\u0105cych rekordy b\u0119d\u0105ce przedmiotem blokady. To oznacza, \u017ce zdejmowanie blokad poci\u0105ga za sob\u0105 modyfikacje blok\u00f3w (mog\u0105 znajdowa\u0107 si\u0119 ju\u017c nawet poza Buffer Cache), a tym samym generowanie danych powt\u00f3rzenia (Redo). Aby zaoszcz\u0119dzi\u0107 na czasie wykonywania operacji COMMIT, serwer bazy danych \u201eformalnie\u201d zdejmuje wszystkie blokady transakcyjne, ale nie dokonuje stosownego wyczyszczenia nag\u0142\u00f3wk\u00f3w blok\u00f3w danych. Za takie czyszczenie (Block Cleanout) odpowiada najbli\u017csza operacja SQL, kt\u00f3ra odczytuje blok np. z dysku (statystyka „cleanout \u2013 number of ktugct calls”). Efektem Delayed Block Cleanout jest sprawniejsze wykonywanie operacji COMMIT ale jednocze\u015bnie pogorszenie wydajno\u015bci najbli\u017cszej operacji odczytuj\u0105cej bloki tabeli. Je\u015bli chcieliby\u015bmy unikn\u0105\u0107 negatywnych konsekwencji Delayed Block Cleanout, to po zatwierdzaniu szczeg\u00f3lnie d\u0142ugich transakcji nale\u017ca\u0142oby wykona\u0107 sztuczne zapytanie SELECT dokonuj\u0105ce pe\u0142nego odczytu zmodyfikowanej tabeli, a tym samym „sprz\u0105taj\u0105ce” bloki po transakcji.<\/p>\nSQL> connect hr
\nSQL> select name, value from v$mystat natural join v$statname
\nwhere name in ('cleanout \u2013 number of ktugct calls', 'redo size','db block changes');
\nNAME VALUE
\n--------------------------------- ----------
\ndb block changes 0
\nredo size 0
\ncleanout - number of ktugct calls 0
\nSQL> update test_dbc set id=id where mod(id,5)=0;
\n...
\nSQL> commit;
\nSQL> select name, value from v$mystat natural join v$statname
\nwhere name in ('cleanout \u2013 number of ktugct calls', 'redo size','db block changes');
\nNAME VALUE
\n--------------------------------- ----------
\ndb block changes 445399
\nredo size 67331540
\ncleanout - number of ktugct calls 0
\nSQL> connect hr
\nSQL> select name, value from v$mystat natural join v$statname
\nwhere name in ('cleanout \u2013 number of ktugct calls', 'redo size','db block changes');
\nNAME VALUE
\n--------------------------------- ----------
\ndb block changes 0
\nredo size 0
\ncleanout - number of ktugct calls 0
\nSQL> select count(*) from test_dbc;
\n...
\nSQL> select name, value from v$mystat natural join v$statname
\nwhere name in ('cleanout \u2013 number of ktugct calls', 'redo size','db block changes');
\nNAME VALUE
\n--------------------------------- ----------
\ndb block changes 10425
\nredo size 750644
\ncleanout - number of ktugct calls 10425
\nSQL> select count(*) from test_dbc;
\n...
\nSQL> select name, value from v$mystat natural join v$statname
\nwhere name in ('cleanout \u2013 number of ktugct calls', 'redo size','db block changes');
\nNAME VALUE
\n--------------------------------- ----------
\ndb block changes 10425
\nredo size 750644
\ncleanout - number of ktugct calls 10425<\/code><\/p>\n","protected":false},"excerpt":{"rendered":"