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

E.29. 릴리스 8.3.18

출시일: 2012-02-27

이 릴리스에는 8.3.17의 다양한 수정 사항이 포함되어 있습니다. 에 대한 8.3 주요 릴리스의 새로운 기능에 대한 자세한 내용은 참조토토 커뮤니티 PostgreSQL : 문서 : 8.4 : 릴리스 8.3.

E.29.1. 버전 8.3.18로 마이그레이션

8.3.X를 실행하는 경우 덤프/복원이 필요하지 않습니다.

그러나 다음 버전보다 이전 버전에서 업그레이드하는 경우 8.3.17 참조PostgreSQL : 문서 : 8.4 : 토토 베이 8.3.17.

E.29.2. 변경사항

  • 다음에 대한 트리거 기능에 대한 실행 권한이 필요합니다.트리거 생성(로버트 하스)

    이 누락된 검사로 인해 다른 사용자가 다음을 실행할 수 있습니다. 위조된 입력 데이터로 트리거 기능을 설치하여 그가 소유한 테이블에. 이는 다음 사용자에게만 의미가 있습니다. 표시된 트리거 기능보안 정의자, 그렇지 않으면 트리거 함수가 다음과 같이 실행됩니다. 어쨌든 테이블 주인. (CVE-2012-0866)

  • 개행 문자를 이름에 적힌 공백으로 변환pg_dump댓글 (로버트 하스)

    pg_dump부주의했어요 SQL 내에서 방출되는 객체 이름 삭제에 대한 정보 출력 스크립트의 주석. 개행 문자가 포함된 이름 적어도 스크립트를 구문론적으로 부정확하게 렌더링합니다. 악의적으로 제작된 개체 이름은 SQL을 나타낼 수 있습니다. 스크립트를 다시 로드할 때 주입 위험이 있습니다. (CVE-2012-0868)

  • 동시 삽입으로 인한 btree 인덱스 손상 수정 진공청소기로 청소 중(톰 레인)

    삽입으로 인한 색인 페이지 분할은 다음과 같습니다. 때때로 동시 실행이 발생함진공인덱스 항목 제거를 놓치기 위해 제거해야합니다. 해당 테이블 행이 다음과 같이 된 후 제거되면 매달린 색인 항목으로 인해 오류가 발생합니다. (예:"다음에서 블록 N을 읽을 수 없습니다. 파일 ...") 또는 더 나쁜 경우, 조용히 잘못된 쿼리 결과 관련 없는 행이 이제 비어 있는 테이블에 다시 삽입된 후 위치. 이 버그는 스포츠 토토 결과 8.2부터 존재했지만 발생 빈도가 너무 낮아 지금까지 진단되지 않았습니다. 귀하에게 그러한 일이 발생했다고 의심할 만한 이유가 있는 경우 데이터베이스에서 영향을 받은 인덱스를 다시 인덱싱하면 문제가 해결됩니다. 것들.

  • 다음의 일부 설정에 대해 존재하지 않는 값을 허용사용자/데이터베이스 세트 변경(헤이키 린나캉가스)

    허용default_text_search_config, default_tablespace그리고temp_tablespaces다음 이름으로 설정됩니다. 알려지지 않았습니다. 다른 곳에서도 알려질 수 있기 때문입니다. 설정을 사용할 데이터베이스 또는 테이블스페이스가 그렇지 않을 수도 있기 때문에 테이블스페이스의 경우 아직 생성되지 않았습니다. 동일한 문제가 이전에 인식되었습니다.검색_경로및 이러한 설정 이제 그렇게 행동하세요.

  • WAL 재생 중에 OID 카운터를 올바르게 추적하십시오. 감쌀 때 (톰 레인)

    이전에는 OID 카운터가 높은 상태로 유지되었습니다. 시스템이 재생 모드를 종료할 때까지의 값입니다. 실용적인 그 결과는 일반적으로 전혀 없지만 승격된 대기 서버가 있는 시나리오 마스터가 OID 카운터를 다음으로 진행하는 데 시간이 오래 걸릴 수 있습니다. 값이 필요하면 합리적인 값이 됩니다.

  • 정규식 역참조 수정*첨부됨 (톰 레인)

    정확한 문자열 일치를 시행하는 대신 코드는 다음을 만족하는 모든 문자열을 효과적으로 받아들입니다. 역참조에 의해 참조되는 패턴 하위 표현식 기호.

    비슷한 문제가 여전히 역참조에 영향을 미치고 있습니다. 아니라 더 큰 수량화된 표현에 포함되어 있습니다. 수량자의 직접적인 주제가 됩니다. 이것은 앞으로 다루겠습니다포스트그레SQL출시.

  • 최근에 발생한 처리 중 메모리 누수 수정inet/cidr값 (Heikki Linnakangas)

    2011년 12월 스포츠 토토 결과의 패치포스트그레SQL다음에서 메모리 누수를 일으켰습니다. 시나리오에서 중요할 수 있는 이러한 작업 그러한 열에 btree 인덱스를 구축하는 것과 같은 것입니다.

  • 다음의 syslogger에서 파일 핸들을 두 번 닫는 것을 방지하세요 윈도우(마우마우)

    보통 이 오류는 눈에 보이지 않지만 이로 인해 디버그 버전에서 실행할 때 예외 윈도우.

  • plpgsql에서 I/O 변환 관련 메모리 누수 수정 (안드레스 프로인드, 얀 어반스키, 톰 레인)

    특정 작업은 작업이 끝날 때까지 메모리 누수를 일으킬 수 있습니다. 현재 기능.

  • 개선pg_dump의 상속된 테이블 열 처리(Tom Lane)

    pg_dump잘못 처리됨 하위 열의 기본값이 다른 상황 상위 열보다 표현식입니다. 기본값이 텍스트상으로 부모의 기본값과 동일하지만 그렇지 않습니다. 실제로는 동일합니다(예를 들어 스키마 검색으로 인해 경로 차이) 다른 것으로 인식되지 않으며, 덤프 및 복원 후에 아이가 허용되도록 부모의 기본값을 상속합니다. 다음과 같은 하위 열입니다.NULL이 아님부모가 없는 곳 미묘하게 잘못 복원될 수도 있습니다.

  • 수정pg_restore의 INSERT 스타일 테이블 데이터에 대한 데이터베이스 직접 모드(Tom 레인)

    다음으로 만든 아카이브 파일에서 데이터베이스로 직접 복원--삽입또는--열 삽입사용 시 옵션이 실패함pg_restore릴리스에서 2011년 9월 또는 12월의 결과로 다른 문제에 대한 수정 감독. 아카이브 파일 자체에는 문제가 없으며 텍스트 모드 출력은 괜찮습니다.

  • 오류 수정기여/intarray정수[] & 정수[]연산자(기욤 르라지)

    두 개의 입력 배열에 있는 가장 작은 정수인 경우 common은 1이고 두 배열 모두에 더 작은 값이 있습니다. 그러면 결과에서 1이 잘못 생략됩니다.

  • 오류 감지 수정contrib/pgcryptoencrypt_iv()그리고decrypt_iv()(마코 크린)

    이 함수는 특정 유형의 보고에 실패했습니다. 잘못된 입력 오류가 발생하고 대신 무작위로 반환됩니다. 잘못된 입력에 대한 쓰레기 값입니다.

  • 1바이트 버퍼 오버런 수정contrib/test_parser(폴 기요)

    코드는 필요한 것보다 1바이트 더 읽으려고 시도합니다. 코너 케이스에서는 충돌이 발생합니다. 이후contrib/test_parser는 예시 코드일 뿐이며, 이는 그 자체로는 보안 문제가 아니지만 나쁜 예입니다. 코드가 여전히 좋지 않습니다.

  • 사용__sync_lock_test_and_set()스핀락용 가능한 경우 ARM에서(Martin Pitt)

    이 기능은 이전의 사용을 대체합니다.SWPB명령입니다. ARMv6 이상에서는 더 이상 사용되지 않으며 사용할 수 없습니다. 보고서 이전 코드가 명백한 방식으로 실패하지 않도록 제안합니다. 최신 ARM 보드이지만 단순히 동시 연동이 되지 않습니다. 액세스로 인해 다중 프로세스에서 이상한 오류가 발생합니다. 작동합니다.

  • 사용-fexcess-정밀도=표준이 옵션을 허용하는 gcc 버전으로 빌드할 때의 옵션 (앤드류 던스턴)

    이것은 최신 버전이 발생하는 다양한 시나리오를 방지합니다. gcc의 창의적인 결과가 나올 것입니다.

  • FreeBSD에서 스레드 Python 사용 허용(Chris Rees)

    우리의 구성 스크립트는 이전에 이것이 조합이 작동하지 않습니다. 하지만 FreeBSD가 문제를 해결했습니다. 따라서 해당 오류 검사를 제거하세요.