PostgreSQL flexible server january update

Hi Piotr Cichy (PCQ),

Twoje obserwacja jest trafna, a sytuacja, w której ta zmiana dotyczy tylko nowych serwerów, to dokładnie to, co dzieje się za kulisami. Gdy Azure stosuje aktualizacje konserwacyjne na elastycznym serwerze, łata jest używany przez podstawowy silnik PostgreSQL, ale celowo zachowuje istniejące konfiguracje parametrów serwera. Nadpisywanie istniejących parametrów na nowe domyślne, takie jak LZ4, może wprowadzić nieoczekiwane zmienne wydajności dla aplikacji dostrojonych do oryginalnego standardu pglz. Dlatego nowy domyślny algorytm kompresji jest automatycznie wdrażany tylko przy udostępnianiu całkowicie nowych instancji serwerów PostgreSQL na zaktualizowanej infrastrukturze.

Aby skorzystać z lepszej wydajności na obecnym serwerze, musisz ręcznie poinstruować silnik korzystania z nowego algorytmu. Możesz to zrobić, przechodząc do blade parametrów serwera w portalu Azure Database for PostgreSQL, lokalizując ustawienia default_toast_compression i zmieniając jego wartość z pglz na lz4. Po zapisaniu tej modyfikacji silnik bazy danych zacznie używać algorytmu LZ4 dla nowo utworzonych lub zaktualizowanych danych poza linią. Zmiana tego parametru nie powoduje retroaktywnego ponownego skompresowania istniejących tabel TOAST, co oznacza, że starsze dane pozostaną przechowywane w algorytmie pglz do czasu modyfikacji tych konkretnych rekordów lub pełnego przepisania tabel.

Mam nadzieję, że ta odpowiedź przyniosła Ci przydatne informacje. Jeśli tak, kliknij "zaakceptuj odpowiedź". Jeśli masz pytania, śmiało zostaw komentarz.

Wiceprezydent