PostgreSQL 11: Postgres 9.6에서 Postgres 11로의 파티셔닝 진화

모두 즐거운 금요일 보내세요! 강좌가 시작되기까지 남은 시간이 점점 줄어들고 있습니다. "관계형 DBMS", 그래서 오늘 우리는 주제에 관한 또 다른 유용한 자료의 번역을 공유하고 있습니다.

개발 중 PostgreSQL 11 테이블 파티셔닝을 개선하기 위해 몇 가지 인상적인 작업이 수행되었습니다. 파티션 나누기 테이블 - 이것은 꽤 오랫동안 PostgreSQL에 존재했던 기능이지만, 말하자면 버전 10까지는 본질적으로 존재하지 않았는데, 버전 XNUMX에서는 매우 유용한 기능이 되었습니다. 우리는 이전에 테이블 상속이 분할 구현이라고 말했는데 이는 사실입니다. 이 방법을 사용하면 대부분의 작업을 수동으로 수행해야 합니다. 예를 들어, INSERT 중에 섹션에 튜플을 삽입하려면 이를 수행하도록 트리거를 구성해야 합니다. 상속을 통한 분할은 매우 느리고 추가 기능을 개발하기가 어려웠습니다.

PostgreSQL 10에서는 기존 상속 방법으로는 해결할 수 없었던 많은 문제를 해결하기 위해 설계된 기능인 "선언적 파티셔닝"이 탄생했습니다. 이로 인해 데이터를 수평으로 분할할 수 있는 훨씬 더 강력한 도구가 탄생했습니다!

기능 비교

PostgreSQL 11에는 성능을 향상시키고 분할된 테이블을 애플리케이션에 더욱 투명하게 만드는 데 도움이 되는 인상적인 새로운 기능 세트가 도입되었습니다.

1. 제한 예외 사용
2. 노드만 추가
3. 파티션되지 않은 테이블을 참조하는 파티션된 테이블에만 해당
4. 인덱스에는 파티션의 모든 키 열이 포함되어야 합니다.
5. 양측의 섹션 제한이 일치해야 합니다.

Производительность

여기에도 좋은 소식이 있습니다! 새로운 메소드가 추가되었습니다 섹션 삭제. 이 새로운 알고리즘은 쿼리 조건을 보고 적합한 섹션을 결정할 수 있습니다. WHERE. 이전 알고리즘은 차례로 각 섹션을 검사하여 조건을 충족할 수 있는지 확인했습니다. WHERE. 이로 인해 섹션 수가 증가함에 따라 계획 시간이 추가로 늘어났습니다.

9.6에서는 상속을 통한 분할을 통해 튜플을 파티션으로 라우팅하는 작업은 일반적으로 튜플을 올바른 파티션에 삽입하는 일련의 IF 문이 포함된 트리거 함수를 작성하여 수행되었습니다. 이러한 기능은 실행 속도가 매우 느릴 수 있습니다. 버전 10에 선언적 파티셔닝이 추가되면 훨씬 더 빠르게 작동합니다.

100개의 파티션으로 분할된 테이블을 사용하면 10개의 BIGINT 열과 1개의 INT 열이 있는 테이블에 5천만 행을 로드하는 성능을 평가할 수 있습니다.

이 테이블을 쿼리하여 하나의 색인화된 레코드를 찾고 DML을 실행하여 하나의 레코드를 조작하는 성능(1개의 프로세서만 사용):

여기서 우리는 PG 9.6 이후 각 작업의 성능이 크게 향상되었음을 확인할 수 있습니다. 요청사항 SELECT 특히 쿼리 계획 중에 여러 파티션을 제외할 수 있는 경우 훨씬 더 좋아 보입니다. 이는 스케줄러가 이전에 수행했어야 했던 많은 작업을 건너뛸 수 있음을 의미합니다. 예를 들어, 불필요한 섹션에 대해서는 더 이상 경로가 구축되지 않습니다.

결론

테이블 파티셔닝은 PostgreSQL에서 매우 강력한 기능이 되기 시작했습니다. 이를 통해 느리고 대규모 DML 작업이 완료될 때까지 기다리지 않고도 데이터를 온라인으로 신속하게 표시하고 오프라인으로 전환할 수 있습니다.. 이는 또한 관련 데이터를 함께 저장할 수 있다는 것을 의미하며, 이는 필요한 데이터에 훨씬 더 효율적으로 액세스할 수 있음을 의미합니다. 이 버전의 개선 사항은 이러한 모든 기능에 대해 끊임없이 노력한 개발자, 검토자 및 커미터가 없었다면 불가능했을 것입니다.
그들 모두에게 감사드립니다! PostgreSQL 11은 환상적입니다!

짧지만 꽤 흥미로운 기사가 ​​있습니다. 의견을 공유하고 가입하는 것을 잊지 마세요. 오픈 데이, 그 안에 코스 프로그램이 자세히 설명됩니다.

출처 : habr.com