DBA는 PostgreSQL의 새로운 문제를 발견했습니다.

언제나 그렇듯이 새 클러스터를 업그레이드하거나 초기화하는 사용자는 더 나은 성능(예: 더 나은 병렬 인덱스 스캔, 병합 조인 및 관련 없는 하위 쿼리, 더 빠른 집계, 원격 서버의 더 스마트한 조인) 및 집계)을 볼 수 있으며 이러한 모든 기능은 즉시 사용할 수 있습니다. , 하지만 이 기사에서는 기본적으로 작동하지 않고 실제로 이점을 얻으려면 몇 가지 조치를 취해야 하는 것에 대해 이야기하고 싶습니다. 아래 강조된 기능은 DBA의 관점에서 정리되었으며, 개발자 관점의 변경 사항을 다루는 기사가 곧 나올 예정입니다.

업그레이드 노트

먼저 기존 설정에서 업그레이드하기 위한 몇 가지 팁 - 9.6 이하에서 마이그레이션할 때 문제를 일으킬 수 있는 몇 가지 작은 사항이 있으므로 반드시 별도의 복사본에서 업그레이드를 테스트하고 실제 업그레이드를 수행하기 전에 릴리스를 실행하십시오. 모두 가능합니다. 설명에 질문이 있습니다. 가장 주목할만한 결함은 다음과 같습니다.

"xlog"가 포함된 모든 함수의 이름이 "xlog" 대신 "wal"을 사용하도록 변경되었습니다.

후자의 이름은 일반 서버 로그와 혼동될 수 있으므로 "만약의 경우" 변경입니다. 타사 백업/복제/HA 도구를 사용하는 경우 최신 상태인지 확인하세요.

서버 로그(오류 메시지/경고 등)를 보관하는 pg_log 폴더의 이름이 "log"로 변경되었습니다.

로그 구문 분석 또는 grep 스크립트(있는 경우)가 작동하는지 확인하세요.

기본적으로 쿼리는 최대 2개의 백그라운드 프로세스를 사용합니다.

CPU 수가 적은 시스템에서 postgresql.conf 설정에서 기본값 10을 사용하는 경우 병렬 처리가 기본적으로 활성화되어 있으므로 리소스 사용량이 급증할 수 있습니다. 이는 좋은 의미입니다. 더 빠른 쿼리. 이전 동작을 원하면 max_parallel_workers_per_gather를 0으로 설정하세요.

기본적으로 localhost에 대한 복제 연결이 활성화되어 있습니다.

테스트와 같은 작업을 단순화하기 위해 이제 pg_hba.conf의 "신뢰" 모드(비밀번호 없음)에서 localhost 및 로컬 Unix 소켓 복제 연결이 활성화됩니다! 따라서 DBA가 아닌 다른 사용자가 실제 프로덕션 시스템에 액세스할 수 있는 경우 구성을 변경해야 합니다.

DBA 관점에서 내가 가장 좋아하는 것

논리적 카피

오랫동안 기다려온 이 기능을 사용하려면 단일 테이블, 테이블의 일부 또는 모든 테이블만 복사하려는 경우 성능 손실을 최소화하면서 간단한 설정이 필요합니다. 즉, 다운타임 없이 후속 주요 버전을 업그레이드할 수 있습니다! 역사적으로(Postgres 9.4+ 필요) 이는 타사 확장 또는 느린 트리거 기반 솔루션을 사용하여 가능했습니다. 나에게는 이것이 10가지 최고의 기능이다.

파티션 선언

파티션을 관리하는 이전 방법에는 삽입을 올바른 테이블로 다시 라우팅하기 위한 트리거를 상속하고 생성하는 작업이 포함되어 있었는데, 이는 성능에 미치는 영향은 말할 것도 없고 짜증나는 일이었습니다. 현재 지원되는 것은 "범위" 및 "목록" 분할 방식입니다. 일부 데이터베이스 엔진에서 "해시" 분할이 누락된 경우 표현식과 함께 "목록" 분할을 사용하여 동일한 기능을 얻을 수 있습니다.

사용 가능한 해시 인덱스

해시 인덱스는 이제 WAL에 기록되므로 충돌로부터 안전하며 일부 성능이 향상되어 간단한 검색을 위해 대규모 데이터에 대한 표준 B-트리 인덱스보다 더 빠릅니다. 더 큰 인덱스 크기도 지원됩니다.

교차 열 최적화 통계

이러한 통계는 값이 실제로 어떤 방식으로든 서로 종속되어 있음을 나타내기 위해 테이블 ​​열 집합에서 수동으로 생성되어야 합니다. 이는 플래너가 반환되는 데이터가 거의 없다고 생각하는 느린 쿼리를 처리하므로(확률의 곱은 종종 매우 작은 숫자를 생성함) 대량의 데이터로 인해 성능이 저하됩니다(예: "중첩 루프" 조인 선택).

복제본의 병렬 스냅샷

이제 pg_dump에서 여러 프로세스(-jobs 플래그)를 사용하여 대기 서버의 백업 속도를 크게 높일 수 있습니다.

병렬 처리 작업자의 동작을 더 효과적으로 조정

max_parallel_workers 및 min_parallel_table_scan_size/min_parallel_index_scan_size 매개변수를 참조하세요. 후자 2개의 기본값을 조금(8MB, 512KB) 늘리는 것이 좋습니다.

더 쉬운 도구 사용을 위한 새로운 내장 모니터링 역할

새로운 역할 pg_monitor, pg_read_all_settings, pg_read_all_stats 및 pg_stat_scan_tables를 사용하면 이전에는 수퍼유저 계정이나 일부 SECURITY DEFINER 래퍼 기능을 사용하여 수행해야 했던 다양한 모니터링 작업을 더 쉽게 수행할 수 있습니다.

더 안전한 복제본 생성을 위한 임시(세션별) 복제 슬롯

B-트리 인덱스의 유효성을 확인하기 위한 새로운 Contrib 확장

이 두 가지 스마트 검사는 구조적 불일치와 페이지 수준 유효성 검사에서 다루지 않는 콘텐츠를 찾아냅니다. 가까운 시일 내에 더 깊이 있는 내용을 다루기를 바랍니다.

Psql 쿼리 도구는 이제 기본 분기(if/elif/else)를 지원합니다

예를 들어 다음은 여러 버전별 스크립트 대신 특정 버전 분기(pg_stat* 보기에 대해 다른 열 이름 등)가 있는 단일 유지 관리/모니터링 스크립트를 활성화합니다.

으아아아

이번엔 바로! 물론 나열되지 않은 다른 사항도 많이 있으므로 전담 DBA라면 릴리스 기록을 좀 더 포괄적으로 살펴보는 것이 좋습니다. 이 릴리스에 기여한 300명 이상의 사람들에게 깊은 감사를 드립니다!

위 내용은 DBA는 PostgreSQL의 새로운 문제를 발견했습니다.의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!