이 문서는 지원되지 않는 PostgreSQL 버전에 대한 것입니다.
당신은 다음과 같은 페이지를 보고 싶을 수도 있습니다.현재버전 또는 위에 나열된 다른 지원 버전 중 하나를 사용하세요.

E.19. 릴리스 11.4

출시일: 2019-06-20

이 릴리스에는 11.3의 다양한 수정 사항이 포함되어 있습니다. 주요 릴리스 11의 새로운 기능에 대한 자세한 내용은 다음을 참조하세요.토토 사이트 PostgreSQL : 문서 : 11 : E.23. 릴리스 11.

E.19.1. 버전 11.4로 마이그레이션

11.X를 실행하는 와이즈 토토 덤프/복원이 필요하지 않습니다.

그러나 11.1 이전 버전에서 업그레이드하는 경우 참조PostgreSQL : 문서 : 11 : E.22. 범퍼카 토토 11.1.

E.19.2. 변경사항

  • SCRAM 검증자 구문 분석의 버퍼 오버플로 위험 수정(Jonathan Katz, Heikki Linnakangas, Michael Paquier)

    인증된 사용자는 자신의 비밀번호를 특정 목적에 맞게 만들어진 값으로 변경하여 스택 기반 버퍼 오버플로를 일으킬 수 있습니다. 충돌하는 기능 외에도포스트그레SQL서버, 이것은 임의의 코드를 다음과 같이 실행하는 데 충분할 수 있습니다.포스트그레SQL운영 체제 계정.

    비슷한 오버플로 위험이 존재했습니다.libpq, 이로 인해 악성 서버가 클라이언트를 충돌시키거나 클라이언트의 운영 체제 계정으로 임의의 코드를 실행할 수 있습니다.

    포스트그레SQL프로젝트는 이 문제를 보고한 Alexander Lakhin에게 감사드립니다. (CVE-2019-10164)

  • 런타임 파티션 정리 논리의 여러 오류 수정(Tom Lane, Amit Langote, David Rowley)

    이러한 실수는 정리에 사용되는 비교 값이 동적으로 결정되거나 여러 범위로 분할된 열이 정리 결정에 포함되거나 안정적인(불변이 아닌) 비교 연산자가 포함된 경우 분할된 테이블의 쿼리에서 잘못된 답변으로 이어질 수 있습니다.

  • 트리거 정의를 새 파티션에 복사하는 중 발생할 수 있는 충돌 수정(Tom Lane)

  • 실패 수정테이블 변경 ... 열 유형 변경테이블에 부분 제외 제약 조건이 있는 와이즈 토토(Tom Lane)

  • 실패 수정댓글도메인 제약 조건에 대한 설명 명령(Daniel Gustafsson, Michael Paquier)

  • 해시 집계의 해시 키 목록에 중복 열이 있을 때 가능한 메모리 방해 방지(Andrew Gierth)

  • 0개 또는 여러 개의 인수가 있는 집계의 부분 집계 중 잘못된 인수 nullness 검사 수정(David Rowley, Kyotaro Horiguchi, Andres Freund)

  • 잘못된 병합-추가 계획 생성 수정(Tom Lane)

    이 실수는 다음으로 이어질 수 있습니다.정렬할 경로 키 항목을 찾을 수 없습니다.오류.

  • 중복된 조인 이름이 있는 쿼리의 잘못된 인쇄 수정(Philip Dubé)

    이러한 감독으로 인해 해당 쿼리가 포함된 보기에 대한 덤프/복원 실패가 발생했습니다.

  • JSON 문자열 리터럴을 JSON 유형 출력 열로 변환하는 문제 수정json_to_record()그리고json_populate_record()(톰 레인)

    이러한 와이즈 토토 리터럴을 독립형 JSON 값으로 생성해야 하지만 리터럴에 이스케이프가 필요한 문자가 포함된 와이즈 토토 코드가 오작동합니다.

  • 잘못된 최적화 수정{1,1}정규식의 수량자(Tom Lane)

    이러한 수량자는 무작동으로 처리되어 최적화되었습니다. 그러나 문서에는 욕심이 없는 변형의 경우 탐욕 또는 비 욕심을 부과한다고 명시되어 있습니다.{1,1}?, 연결된 하위 표현식에서는 이런 일이 발생하지 않았습니다. 하위 표현식에 캡처 괄호 또는 역참조가 포함된 와이즈 토토에만 잘못된 동작이 발생했습니다.

  • 페이지 분할 중 INCLUDEd 열을 처리하는 동안 오류가 발생하는 와이즈 토토에 잘못된 빈 btree 인덱스 페이지 작성을 피하십시오(Peter Geoghegan)

    잘못된 페이지는 일반 인덱스 작업에 영향을 미치지 않지만 후속 VACUUM에서 오류를 일으킬 수 있습니다. 색인 중 하나에 이런 일이 발생한 와이즈 토토 색인을 다시 색인화하여 복구하세요.

  • 새 프로세스를 초기화하는 동안 발생할 수 있는 실패를 방지하세요pg_stat_activity데이터 (톰 레인)

    SSL 인증서에서 추출된 문자열을 데이터베이스 인코딩으로 변환하는 등 실패할 수 있는 특정 작업이 중요 섹션 내에서 수행되고 있었습니다. 실패하면 공유에 대한 액세스 프로토콜 위반으로 인해 데이터베이스 전체가 잠길 수 있습니다.pg_stat_activity데이터.

  • 충돌하는 포스트마스터(톰 레인)가 기존 공유 메모리 세그먼트를 아직 사용하고 있는지 확인하기 위해 경쟁 조건을 수정합니다.

  • 월리시버의 신호 처리기에서 안전하지 않은 코딩 수정(Tom Lane)

    이것은 종료 명령을 받을 때 월리시버 프로세스가 충돌하거나 교착 상태에 빠지는 드문 문제를 방지합니다.

  • 특정 데이터베이스에 연결되지 않은 프로세스에서 매개변수 확인을 위해 데이터베이스 액세스를 시도하지 마십시오(Vignesh C, Andres Freund)

    이 오류는 다음과 같은 실패를 초래할 수 있습니다.데이터베이스를 선택하지 않으면 pg_class를 읽을 수 없습니다.

  • 가능한 지연을 방지libpqSSL 및 OpenSSL의 보류 데이터 버퍼를 사용하는 와이즈 토토 256바이트의 정확한 배수가 포함되어 있는 와이즈 토토(David Binderman)

  • 개선initdb의 시스템 시간대에 대한 여러 개의 동등한 이름 처리(Tom Lane, Andrew Gierth)

    만들다initdb조사해 보세요/etc/localtime기호 링크(존재하는 와이즈 토토)는 시스템 시간대에 해당하는 이름 간의 연결을 끊습니다. 이렇게 하면initdb여러 개의 동일한 시간대가 존재할 때 사용자가 기대하는 시간대 이름을 선택할 가능성이 더 높습니다. 다음과 같은 경우 동작이 변경되지 않습니다./etc/localtime는 영역 데이터 파일에 대한 심볼릭 링크가 아니며 시간대가 다음에서 결정되는 경우도 아닙니다.TZ환경 변수.

    별도 선호UTC해당 시간대의 다른 철자법에 비해, 둘 다 아닌 와이즈 토토TZ아니요/etc/localtime힌트를 제공하세요. 이는 다음으로 인해 발생하는 성가심을 해결합니다.tzdata2019a의 변경 사항은UCT그리고UTC영역 이름에 해당:initdb그때에는 선호했습니다UCT, 거의 아무도 원하지 않습니다.

  • 순서 수정그랜트다음에 의해 내보낸 명령pg_dump그리고pg_dumpall데이터베이스 및 테이블스페이스용(Nathan Bossart, Michael Paquier)

    계단식 승인이 발행된 경우 다음으로 인해 복원이 실패할 수 있습니다.그랜트상호의존성을 존중하지 않는 순서로 명령이 내려졌습니다.

  • 만들다pg_dump다음을 사용하여 테이블 파티션을 다시 생성테이블 생성그런 다음파티션 연결, 포함하는 대신파티션생성 명령에서 (Álvaro Herrera, David Rowley)

    이것은 파티션의 열 순서가 상위 항목과 일치하도록 변경될 수 있는 문제를 방지합니다. 또한 이제 상위 테이블이 복원되지 않은 경우에도 파티션을 덤프에서(독립형 테이블로) 복원할 수 있습니다. 그만큼첨부실패하겠지만 그냥 무시해도 됩니다.

  • 잘못된 오류 보고 수정reindexdb(줄리앙 루오)

  • 다음을 확인하세요vacuumdb병렬 작업을 사용하는 동안 오류가 발생하면 올바른 상태를 반환합니다(Julien Rouhaud)

  • 수정contrib/auto_explain병렬 쿼리에서 문제를 일으키지 않도록 (Tom Lane)

    이전에는 상위 쿼리가 로그되지 않은 경우에도 병렬 작업자가 쿼리를 로그하려고 시도할 수 있었습니다.auto_explain. 이는 때때로 작동할 수 있지만 혼란스럽고 어떤 경우에는 다음과 같은 실패가 발생합니다.shm TOC에서 키 N을 찾을 수 없습니다..

    또한 샘플링 속도가 1.0으로 설정된 경우에도 모든 쿼리를 반드시 기록하지 않는 오류를 수정했습니다.

  • contrib/postgres_fdw, 로컬에 의한 가능한 데이터 수정 고려행 업데이트 전트리거(모치즈키 쇼헤이)

    트리거가 다른 방법으로는 변경되지 않은 열을 수정한 경우업데이트, 새 값이 원격 서버로 전송되지 않았습니다.

  • Windows에서는 데이터베이스 인코딩이 SQL_ASCII로 설정되어 있고 ASCII가 아닌 문자열을 기록하려고 시도할 때 실패를 피하세요(Noah Misch)

    코드는 그러한 문자열이 반드시 utf-8에 있어야 한다고 가정하고 있으며, 유효하게 인코딩되지 않은 것으로 보이면 오류를 발생시킵니다. 이제 번역되지 않은 바이트를 로그로 전송하기만 하면 됩니다.

  • 만들다PL/pgSQL의 헤더 파일 C++ 안전(George Tarasov)