Udostępnij za pomocą


Systemy i technologie bazy danych w pamięci

Dotyczy:SQL Server

Ta strona ma służyć jako strona referencyjna dla funkcji i technologii w pamięci w programie SQL Server. Koncepcja systemu bazy danych w pamięci odnosi się do systemu bazy danych, który jest przeznaczony do korzystania z większych pojemności pamięci dostępnych w nowoczesnych systemach baz danych. Baza danych w pamięci może być relacyjna lub nierelacyjna.

Zakłada się często, że zalety wydajności systemu bazy danych w pamięci są głównie spowodowane szybszym dostępem do danych, które znajdują się w pamięci, a nie danych, które znajdują się nawet w najszybszych podsystemach dysków (o kilka rzędów wielkości). Jednak wiele obciążeń związanych z SQL Server może zmieścić cały zestaw roboczy w dostępnej pamięci. Wiele systemów baz danych w pamięci może utrwalać dane na dysku i może nie zawsze być w stanie zmieścić cały zestaw danych w dostępnej pamięci.

Szybka, nietrwała pamięć podręczna, która znajduje się przed znacznie wolniejszym, lecz trwałym nośnikiem, jest dominującym rozwiązaniem dla obciążeń relacyjnych baz danych. Wymaga to konkretnych podejść do zarządzania obciążeniami. Możliwości przedstawione dzięki szybszym szybkościom transferu pamięci, większej pojemności, a nawet pamięci trwałej ułatwiają opracowywanie nowych funkcji i technologii, które mogą pobudzić nowe podejścia do zarządzania obciążeniami relacyjnych baz danych.

Bufor hybrydowy

Dotyczy:SQL Server

Pula buforu hybrydowego rozszerza pulę dla plików bazy danych znajdujących się na urządzeniach pamięci trwałej z dostępem do adresowania bajtowego dla platform Windows i Linux z programem SQL Server 2019 (15.x).

Metadane bazy danych tempdb zoptymalizowane pod kątem pamięci

Dotyczy:SQL Server

Program SQL Server 2019 (15.x) wprowadza nową funkcję, którą są metadane bazy danych tempdb zoptymalizowane pod kątem pamięci, co skutecznie eliminuje pewne wąskie gardła związane z rywalizacją i odblokowuje nowy poziom skalowalności dla intensywnych obciążeń.

Aby uzyskać więcej informacji na temat najnowszych tempdb ulepszeń, w tym metadanych zoptymalizowanych pod kątem pamięci w programie SQL Server 2019 (15.x) i nowszych funkcjach, zobacz Ulepszanie skalowalności za pomocą ulepszeń współbieżności strony systemowej w programie SQL Server 2022 i obejrzyj ulepszenia współbieżności strony systemu (ep. 6) | Ujawnione dane.

Przetwarzanie OLTP danych w pamięci

Dotyczy:SQL Server

OlTP w pamięci to technologia bazy danych dostępna w programie SQL Server i usłudze SQL Database w celu optymalizacji wydajności przetwarzania transakcji, pozyskiwania danych, ładowania danych i przejściowych scenariuszy danych.

Konfigurowanie obsługi pamięci trwałej dla systemu Linux

Dotyczy:SQL Server — Linux

Program SQL Server 2019 (15.x) opisuje sposób konfigurowania pamięci trwałej (PMEM) przy użyciu narzędzia ndctlpamięć trwała.

Bufor utrwalonego dziennika

Pakiet aktualizacji Service Pack 1 dla SQL Server 2016 (13.x) wprowadził optymalizację wydajności dla obciążeń intensywnie zapisujących dane, które były ograniczone przez oczekiwania WRITELOG. Pamięć trwała jest używana do przechowywania buforu dziennika. Ten bufor, który jest mały (20 MB na bazę danych użytkownika), musi zostać zapisany na dysku, aby transakcje zapisane w dzienniku transakcji zostały zabezpieczone. W przypadku obciążeń OLTP intensywnie obciążających pamięć masową, mechanizm czyszczenia może stać się wąskim gardłem. W przypadku buforu dziennika w pamięci trwałej liczba operacji wymaganych do zaostrzenia dziennika jest ograniczona, skracając ogólny czas transakcji i zwiększając wydajność obciążenia. Ten proces został wprowadzony jako tail of Log Caching. Wystąpił jednak postrzegany konflikt z kopiami zapasowymi dzienników końcowych i tradycyjne rozumienie, że końcówka dziennika była częścią dziennika transakcji utrwaloną, ale nie została jeszcze utworzona jej kopia zapasowa. Ponieważ oficjalna nazwa funkcji to Utrwalony bufor dziennika, tak też będziemy jej tutaj używać.

Zobacz Dodawanie utrwalonego buforu dziennika do bazy danych.