Aktualizacja
Jest to teraz zaimplementowane w SQL Server Azure. Generuje rekomendacje
a zarządzanie indeksami można skonfigurować tak, aby było automatyczne .
Włącz automatyczne zarządzanie indeksem
Możesz ustawić Doradcę bazy danych SQL, aby automatycznie wdrażał zalecenia. Gdy rekomendacje będą dostępne, zostaną one automatycznie zastosowane. Podobnie jak w przypadku wszystkich operacji indeksu zarządzanych przez usługę, jeśli wpływ na wydajność jest ujemny, zalecenie zostanie cofnięte.
Oryginalna odpowiedź
Niektóre bazy danych już (automatycznie) tworzą indeksy automatycznie.
W SQL Server plan wykonania może czasem obejmować operatora buforowania indeksów , w którym RDBMS dynamicznie tworzy indeksowaną kopię danych. Jednak bufor ten nie jest stałą częścią bazy danych zsynchronizowaną z danymi źródłowymi i nie może być współużytkowany między wykonywaniem zapytań, co oznacza, że wykonanie takich planów może spowodować wielokrotne tworzenie i upuszczanie tymczasowych indeksów na te same dane.
Być może w przyszłości RDBMS będą mogły dynamicznie upuszczać i tworzyć trwałe indeksy zgodnie z obciążeniem.
Proces optymalizacji indeksu jest w końcu tylko analizą kosztów i korzyści. Chociaż prawdą jest, że ludzie mogą mieć więcej informacji na temat względnego znaczenia zapytań w obciążeniu, zasadniczo nie ma powodu, dla którego informacje te nie mogłyby zostać udostępnione optymalizatorowi. SQL Server ma już moduł zarządzający zasobami, który umożliwia klasyfikowanie sesji do różnych grup obciążeń z różnymi przydziałami zasobów zgodnie z priorytetem.
Brakujące indeksy DMV, o których wspomina Kenneth, nie są przeznaczone do implementacji na ślepo, ponieważ uwzględniają jedynie zalety konkretnego zapytania i nie podejmują próby uwzględnienia kosztu potencjalnego indeksu dla innych zapytań. Nie konsoliduje również podobnych brakujących indeksów. np. wyjście tego DMV może zgłaszać brakujące indeksy na A,B,CiA,B INCLUDE(C)
Niektóre bieżące problemy z pomysłem są
- Jakość każdej zautomatyzowanej analizy, która nie tworzy indeksu, będzie w dużym stopniu zależna od dokładności modelu wyceny.
- Nawet w obszarze zautomatyzowanej analizy rozwiązanie offline będzie mogło być dokładniejsze niż rozwiązanie online, ponieważ konieczne jest, aby rozwiązanie online nie dodawało dużych zasobów księgowych do serwera na żywo i kolidowało z jego głównym celem wykonywania zapytań.
- Indeksy tworzone automatycznie w odpowiedzi na obciążenie będą musiały zostać utworzone w odpowiedzi na zapytania, które uznałyby je za przydatne, więc pozostaną w tyle za rozwiązaniami, które wcześniej utworzą indeksy.
Prawdopodobnie uzasadnione jest oczekiwanie poprawy dokładności modeli wyceny w czasie, ale punkt 2 wydaje się trudniejszy do rozwiązania, a punkt 3 jest z natury nierozpuszczalny.
Prawdopodobnie jednak zdecydowana większość instalacji nie znajduje się w tej wyidealizowanej sytuacji z wykwalifikowanym personelem, który stale monitoruje, diagnozuje i przewiduje (lub przynajmniej reaguje) na zmiany obciążenia pracą.
Projekt AutoAdmin w Microsoft Research działa od 1996 roku
Celem tego projektu jest samodzielne dostrajanie baz danych i administrowanie nimi poprzez wykorzystanie wiedzy o obciążeniu pracą
Strona główna projektu zawiera kilka intrygujących projektów. Jedna jest szczególnie istotna w przypadku tego pytania
Kolejny interesujący problem pojawia się, gdy nie ma dostępnego DBA (np. Wbudowana baza danych lub mała firma). W takich scenariuszach ważne może być ciągłe dostrajanie indeksów przy niskim poziomie dotyku. Zbadaliśmy rozwiązania ... [w] „ Podejście internetowe do dostrajania projektu fizycznego ” w ICDE 2007.
Autorzy stwierdzają
Dzięki coraz bardziej powszechnym funkcjom DBMS, takim jak indeksy online, zachęca się do poszukiwania bardziej automatycznych rozwiązań fizycznych problemów projektowych, które posuwają naprzód stan techniki.
Artykuł przedstawia algorytm
Jego główne cechy to:
- Po zoptymalizowaniu zapytań identyfikujemy odpowiedni zestaw indeksów kandydujących, które poprawiłyby wydajność. Ta funkcja umożliwia kontynuowanie przetwarzania zapytań równolegle z indeksami wbudowanymi w tle.
- W czasie wykonywania śledzimy potencjalne korzyści, które tracimy, nie mając takich indeksów kandydujących, a także użyteczność istniejących indeksów w obecności zapytań, aktualizacji i ograniczeń przestrzeni.
- Po zebraniu wystarczającej liczby „dowodów”, że fizyczna zmiana projektu jest korzystna, automatycznie uruchamiamy tworzenie lub usuwanie indeksu.
- Internetowy charakter naszego problemu oznacza, że ogólnie będziemy opóźniać się z optymalnymi rozwiązaniami znającymi przyszłość. Jednak dzięki dokładnemu pomiarowi dowodów upewniamy się, że nie odczuwamy znaczących opóźnień w podejmowaniu decyzji, ograniczając w ten sposób kwotę poniesionej straty
Implementacja algorytmu pozwala na dławienie w odpowiedzi na zmiany obciążenia serwera, a także może przerwać tworzenie indeksu, jeśli podczas tworzenia zmiany obciążenia i oczekiwane korzyści spadną poniżej punktu, który uznaje się za opłacalny.
Wniosek autorów na temat Online a tradycyjne strojenie fizyczne.
Algorytmy online w tej pracy są przydatne, gdy DBA nie są pewni przyszłego zachowania obciążenia lub nie mają możliwości przeprowadzenia kompleksowej analizy lub modelowania. Jeśli DBA ma pełne informacje o charakterystyce obciążenia, lepszym rozwiązaniem byłaby analiza statyczna i wdrożenie za pomocą istniejących narzędzi (np. [2, 3]).
Wnioski tutaj są podobne do wniosków zawartych w innym artykule Autonomiczne oparte na zapytaniach strojenie indeksu
Nasze podejście nie może przebić doradcy indeksu, jeśli całe obciążenie jest znane z góry. Jednak w dynamicznych środowiskach z ewoluującymi i zmieniającymi się obciążeniami podejście oparte na zapytaniach daje lepsze wyniki.