| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| PostgreSQL : 문서 : 9.4 : 토토 9.4.20 | PostgreSQL : 문서 : 9.4 : 범퍼카 토토 노트 | 부록 E. 출시 노트 | PostgreSQL : 문서 : 9.4 : 무지개 토토 9.4.18 |
출시일: 2018-08-09
이 릴리스에는 9.4.18의 다양한 수정 사항이 포함되어 있습니다. 9.4 주요 릴리스의 새로운 기능에 대한 자세한 내용은 다음을 참조하세요.PostgreSQL : 문서 : 9.4 : 사설 토토 9.4.
9.4.X를 실행하는 경우 덤프/복원이 필요하지 않습니다.
그러나 9.4.18 이전 버전에서 업그레이드하는 경우 참조PostgreSQL : 문서 : 9.4 : 무지개 토토 9.4.18.
재설정 실패 수정libpq연결 시도 사이에 완전히 상태가 유지됨(Tom Lane)
권한이 없는 사용자dlink또는postgres_fdw다음과 같은 서버 측 자격 증명의 사용을 방지하기 위한 검사를 우회할 수 있습니다.~/.pgpass파일은 서버를 실행하는 운영 체제 사용자가 소유합니다. 로컬 연결토토 베이 피어 인증을 허용하는 서버는 특히 취약합니다. a에 SQL 주입과 같은 기타 공격postgres_fdw세션도 가능합니다. 공격 중postgres_fdw이런 방식으로 선택한 연결 매개변수를 사용하여 외부 서버 개체를 생성할 수 있는 기능이 필요하지만 액세스 권한이 있는 모든 사용자는dlink문제를 이용할 수 있습니다. 일반적으로 공격자는 a에 대한 연결 매개변수를 선택할 수 있습니다.libpq-응용 프로그램을 사용하면 장난이 발생할 수 있지만 다른 공격 시나리오는 생각하기 어렵습니다. 이 문제를 보고해 주신 Andrew Krasichkov에게 감사드립니다. (CVE-2018-10915)
다음 업데이트를 확인하세요.relfrozenxid그리고relminmxid값:"못을 박았다"시스템 카탈로그가 적시에 처리됩니다(Andres Freund)
지나치게 낙관적인 캐싱 규칙으로 인해 이러한 업데이트가 다른 세션에 표시되지 않아 허위 오류 및/또는 데이터 손상이 발생할 수 있습니다. 다음과 같은 공유 카탈로그의 경우 문제가 훨씬 더 심각했습니다.pg_authid, 오래된 캐시 데이터가 기존 세션뿐만 아니라 새 세션토토 베이도 지속될 수 있기 때문입니다.
새로 승격된 대기가 첫 번째 복구 후 체크포인트를 완료하기 전에 충돌하는 경우 수정(Michael Paquier, Kyotaro Horiguchi, Pavan Deolasee, Álvaro Herrera)
이로 인해 서버는 후속 WAL 재생 중에 일관된 데이터베이스 상태에 도달했다고 생각하지 않아 다시 시작하지 못하게 되는 상황이 발생했습니다.
모두 0인 btree 페이지를 재활용할 때 가짜 WAL 레코드 방출을 방지하세요(Amit Kapila)
이 실수는 어설션 실패를 일으키는 것으로 나타났으며 잠재적으로 상시 대기 서버토토 베이 불필요한 쿼리 취소가 발생할 수 있습니다.
많은 관계를 삭제하는 트랜잭션에 대한 WAL 재생 성능 개선(Fujii Masao)
이 변경은 공유 버퍼가 스캔되는 횟수를 줄여서 해당 설정이 클 때 가장 유리합니다.
대기 서버 WAL 재생 시 잠금 해제 성능 개선 (Thomas Munro)
논리적 WAL 발신자가 스트리밍 상태를 올바르게 보고하도록 합니다(Simon Riggs, Sawada Masahiko)
코드는 이전에 업스트림 서버를 따라잡았는지 여부를 잘못 감지했습니다.
논리적 디코딩 중 스냅샷 처리 버그를 수정하여 드물게 잘못된 디코딩 결과를 허용함 (Arseny Sher, Álvaro Herrera)
인덱스 생성이 중간에 실패한 후 테이블의 캐시된 인덱스 목록이 올바르게 재구축되는지 확인하세요(Peter Geoghegan)
이전에는 실패한 인덱스의 OID가 목록에 남아 있어 나중에 동일한 세션에서 문제를 일으킬 수 있었습니다.
GIN 색인토토 베이 비어 있는 압축되지 않은 게시 목록 페이지의 잘못된 처리 수정(Sivasubramanian Ramasubramanian, Alexander Korotkov)
이로 인해 9.4 이전 GIN 인덱스의 pg_upgrade 후에 어설션 실패가 발생할 수 있습니다(9.4 이상에서는 해당 페이지를 생성하지 않습니다).
다음을 확인하세요진공btree 페이지 삭제 루프 내의 신호에 응답합니다(Andres Freund)
손상된 btree 인덱스로 인해 여기서 무한 루프가 발생할 수 있으며 이전에는 충돌을 강제하지 않고는 중단할 수 없었습니다.
복합 유형 열과 관련된 동등 클래스의 잘못된 최적화 수정(Tom Lane)
이로 인해 복합 열의 색인이 해당 열의 병합 조인에 필요한 정렬 순서를 제공할 수 있다는 것을 인식하지 못하게 되었습니다.
SQL 표준 수정먼저 가져오기매개변수를 허용하는 구문($n), 표준토토 베이 예상하는 대로(Andrew Gierth)
일부 개체 이름의 스키마 한정 오류 수정getObjectDescription출력(호리구치 쿄타로, 톰 레인)
조합, 변환 및 텍스트 검색 개체의 이름이 스키마에 따라 규정되어야 하는데 그렇지 않았습니다.
확대복사본:32비트에서 64비트까지의 현재 줄 번호 카운터(David Rowley)
이것은 4G 라인을 초과하는 입력과 관련된 두 가지 문제를 방지합니다.헤더로 복사첫 번째 라인뿐만 아니라 4G 라인마다 라인을 삭제하고 오류 보고서에 잘못된 라인 번호가 표시될 수 있습니다.
다음에 문자열 해제 기능 추가ecpg'spgtypes라이브러리, Windows토토 베이 모듈 간 메모리 관리 문제를 피할 수 있도록 함 (Takayuki Tsunakawa)
Windows에서는 다음과 같은 경우 충돌이 발생할 수 있습니다.무료주어진 메모리 청크에 대한 호출이 동일한 DLL토토 베이 만들어지지 않았습니다.malloc'기억을 삭제했습니다.pgtypes라이브러리는 때때로 호출자가 해제할 것으로 예상되는 문자열을 반환하므로 이 규칙을 따르는 것이 불가능합니다. 를 추가하세요PGTYPESchar_free()단지 래핑하는 함수무료, 애플리케이션이 이 규칙을 따를 수 있도록 허용합니다.
수정ecpg님의 지원길다 길다Windows 및 선언하는 기타 플랫폼의 변수strtoll/strtoull비표준 또는 전혀 아님(Dang Minh Huong, Tom Lane)
규칙 변경으로 인해 세션 내 명령문의 의미가 변경되는 경우 PL/pgSQL에서 SQL 문 유형의 잘못된 식별 수정(Tom Lane)
이 오류로 인해 어설션이 실패하거나 드물지만 시행에 실패했습니다.엄격하게옵션이 예상대로입니다.
클라이언트 프로그램에서 비밀번호 프롬프트를 수정하여 다음과 같은 경우 Windows에서 에코가 제대로 비활성화되도록 합니다.표준입력터미널이 아닙니다(Matthew Stickney)
덤프에서 목록 값 GUC 변수 값의 잘못된 인용 문제 수정(톰 레인)
인용에 대한 이전 수정 사항검색_경로및 기타 목록 값 변수pg_dump빈 문자열 목록 요소에 대한 출력이 오작동하는 것으로 밝혀졌으며 긴 파일 경로가 잘릴 위험이 있었습니다.
수정pg_dump의 덤프 실패복제본 ID제약조건 색인의 속성(Tom Lane)
수동으로 생성된 고유 색인은 올바르게 표시되었지만 선언으로 생성된 고유 색인은 표시되지 않았습니다.고유또는기본 키제약.
만들다pg_upgrade이전 서버가 완전히 종료되었는지 확인하세요(Bruce Momjian)
이전 검사는 즉시 모드 종료로 인해 속일 수 있습니다.
충돌 수정기여/ltree'slca()입력 배열이 비어 있을 때의 함수 (Pierre Ducroquet)
잘못된 오류 코드가 보고될 수 있는 다양한 오류 처리 코드 경로 수정(Michael Paquier, Tom Lane, Magnus Hagander)
프로그램이 새로 구축된 라이브러리(예:libpq.so) 시스템 라이브러리 디렉터리에 존재할 수 있는 디렉터리(Tom Lane)가 아닌
이것은 이전 복사본을 제공하는 플랫폼에서 구축할 때 문제를 방지합니다.PostgreSQL도서관.
다음으로 시간대 데이터 파일 업데이트tzdata북한의 DST 법률 변경 사항과 체코슬로바키아의 역사적 수정 사항에 대한 2018e 릴리스입니다.
이 업데이트에는 다음의 재정의가 포함됩니다."일광 절약 시간제"아일랜드뿐만 아니라 지난 몇 년간 나미비아와 체코슬로바키아에서도 마찬가지였습니다. 해당 관할권에서는 법적으로 여름에는 표준시를, 겨울에는 일광 절약 시간을 준수하므로 일광 절약 시간 오프셋은 표준시보다 1시간 빠르지 않고 1시간 늦습니다. 이는 실제 UTC 오프셋이나 사용 중인 시간대 약어에 영향을 주지 않습니다. 유일하게 알려진 효과는 다음과 같습니다.is_dst열의pg_timezone_names이 경우 view는 이제 겨울에는 true이고 여름에는 false입니다.