Ustawienie Oracle size of row fetches higher sprawia, że moja aplikacja jest wolniejsza?

Jak ze wszystkim, nie ma FAST=TRUE ustawienia. Podczas gdy domyÅ›lny rozmiar pobierania JDBC 10 nie jest idealny dla twojej sytuacji, jest w porzÄ…dku dla "typowej" aplikacji OLTP i tak naprawdÄ™ nie jest , że również dla Twojego przypadku, wydaje siÄ™. Najwyraźniej duży rozmiar aport nie jest idealny dla twojej sytuacji. Ale znowu, to nie jest to źle robić 1000 na raz.

Innym czynnikiem, o którym nie wspomniaÅ‚eÅ›, jest to, jak szerokie rzÄ™dy sÄ… ciÄ…gniÄ™te. Rozważ to fragment danych pobierany z serwera bazy danych przez sieć do serwera aplikacji to sum(WIDTH*ROWS). JeÅ›li twoje wiersze majÄ… przekrój 5000 bajtów i ciÄ…gniesz 1000 na raz, to każde pobieranie przyniesie 5 MB danych. W innym przypadku, być może twoje wiersze sÄ… "chudy" tylko 100 bajtów w poprzek. NastÄ™pnie pobranie 1000 z nich to tylko 100 tysiÄ™cy sztuk.

Ponieważ tylko Ty możesz wiedzieć, jak będą wyglądały dane, zalecamy ustawienie rozmiaru pobierania w całym systemie dla" ogólnego " przypadku, a następnie dostosować kwerendy oddball indywidualnie w razie potrzeby.

Ogólnie rzecz biorąc, ja też znalazłem 100 jako lepsze ustawienie dla dużych procesów danych. To nie jest zalecenie , ale przekazanie obserwacji.

Poprawną metodą {[2] } jest użycie setFetchSize.

Domyślnie, gdy Oracle JDBC uruchamia zapytanie, pobiera zestaw wyników z 10 wierszy na raz od kursora bazy danych. Jest to wartość domyślna Oracle row pobiera wartość rozmiaru. Możesz zmienić liczbę wierszy pobierane przy każdym przejeździe do kursora bazy danych poprzez zmianę wiersza Pobierz wartość rozmiaru.

Standardowy JDBC umożliwia również określenie liczby pobieranych wierszy z każdej bazy danych w obie strony dla zapytanie, a ten numer jest kierowany do rozmiaru aport. W Oracle JDBC używana jest wartość row-prefetch jako domyślny rozmiar pobierania w obiekcie instrukcji. Ustawianie pobierania rozmiar nadpisuje ustawienie row-prefetch i wpływa na kolejne zapytania przeprowadź przez ten obiekt statement.

Rozmiar pobierania jest również używany w zestawie wyników. Po uruchomieniu obiektu polecenia zapytanie, rozmiar fetch obiektu instrukcji jest przekazywany do result set obiekt wytworzony przez zapytanie. Jednak można Ustaw także fetch size w obiekcie result set w celu nadpisania instrukcji fetch rozmiar, który został do niego przekazany.

BTW, przynajmniej w Oracle musisz uważać na rozmiar pobierania, ponieważ sterownik Oracle odkłada tablicę dla maksymalnego możliwego rozmiaru pobraną przez każdy wiersz, a nie rzeczywisty rozmiar danych. Więc jeśli masz gruby stół, może ucierpieć ślad pamięci.

Spójrz tutaj - http://www.oracle.com/technetwork/database/enterprise-edition/memory.pdf

W Oracle można znaleźć maksymalną możliwą przestrzeń zajmowaną przez kolumnę w tabeli metadanych user_tab_columns (data_length). Może być używany do określenia rozmiaru pobierania.

W trudnych testach stwierdziłem, że 4 * 1024 * 1024 / sum (data_length dla wszystkich kolumn tabeli) jest rozsądnym rozmiarem pobierania.

Prawie to, co powiedział Adam H. - nie ma uniwersalnych ustawień dla każdego rodzaju scenariuszy. Pobieranie wierszy przez Oracle wymaga czasu, więc czas oczekiwania na wiersze po stronie serwera, przed wysłaniem go do klienta, mógłby zostać spędzony w aplikacji, gdyby próg prefetch był ustawiony niżej, więc wydajność spada.

Z tego, co pamiętam, Oracle używa również buforowania po stronie klienta, aby zapewnić przewijalne Kursory. Może pomóc ustawić kursor tylko do przodu, przynajmniej z pamięci. Przynajmniej kiedyś był pomocny w starszych wersjach sterownika JDBC, być może zachowanie się zmieniło od tego czasu.

Statement stmt = con.createStatement(ResultSet.TYPE_FORWARD_ONLY);

Daveslab, trochę więcej informacji...

Jeśli aplikacja potrzebuje całego zestawu wyników, aby rozpocząć przetwarzanie danych, większy rozmiar pobierania może przynieść ulepszenia. Jednak nie ma magicznej liczby, jest konieczne, aby przetestować najbardziej korzystną wartość.

Ustawienie rozmiaru prefetch może mieć wpływ na wydajność aplikacji. Zwiększenie rozmiaru prefetch zmniejszy liczbę podróży w obie strony wymaganych do uzyskania wszystkich danych, ale zwiększy zużycie pamięci. Będzie to zależało od liczba i rozmiar kolumn w zapytaniu oraz liczba wierszy, które mają zostać zwrócone. Będzie to również zależeć od obciążenia pamięci i procesora maszyny klienckiej JDBC. Optimum to samodzielna aplikacja kliencka, która będzie różniła się od mocno załadowanego serwera aplikacji. Należy również wziąć pod uwagę szybkość i opóźnienie połączenia sieciowego.

Klient Oracle JDBC wydaje się wstępnie inicjalizować niektóre struktury pamięci, aby utrzymać pełny rozmiar prefetch . Tak więc, jeśli ustawisz to Rozmiar prefetch 500, 50x przydzielasz dużo pamięci niż gdybyś miał prefetch size = 10. Jest to ogromny dodatkowy popyt na GC, zwłaszcza jeśli nie czytasz tych wierszy. Aby pomyśleć, możesz używać GC 50x częściej niż jest to konieczne, jeśli Zwykle pobierasz tylko kilka wierszy; będzie to miało duży wpływ na responsywność aplikacji .

Jeśli to możliwe, zalecam użycie setFetchSize na podstawie zapytania. Na przykład, jeśli wiesz, że dane zapytanie zwróci tylko kilka wierszy, Ustaw rozmiar na 5. Jeśli wiesz, że zapytanie zwróci 1000 wierszy, Użyj rozmiaru pobierania 100.

Jako heurystyka, istnieją ograniczone korzyści z przekroczenia 50-100.

Mam nadzieję, że rozumiesz, używam Google translator.