출시일: 2022-11-10
이 릴리스에는 15.0의 다양한 수정 사항이 포함되어 있습니다. 주요 릴리스 15의 새로운 기능에 대한 자세한 내용은 다음을 참조하세요.토토 캔 PostgreSQL : 문서 : 15 : E.13. 릴리스 15.
15.X를 실행하는 스포츠 토토 사이트 덤프/복원이 필요하지 않습니다.
그러나 1GB를 초과하는 테이블을 정기적으로 생성하고 삭제하는 스포츠 토토 사이트 아래 첫 번째 변경 로그 항목을 참조하십시오.
큰 테이블의 첫 번째가 아닌 세그먼트를 제거하지 못하는 문제 수정(Tom Lane)§
포스트그레SQL큰 테이블을 여러 파일로 분할합니다(일반적으로 파일당 1GB). 테이블 삭제 논리가 손상되어 첫 번째 파일을 제외한 모든 파일을 제거하지 못합니다. 두 가지 스포츠 토토 사이트에는 임시 테이블 삭제와 일반 테이블 삭제에 대한 WAL 재생이 있습니다. 정기적으로 수 기가바이트 규모의 임시 테이블을 생성하는 애플리케이션은 상당한 디스크 공간 누출을 겪을 수 있습니다.
고립된 임시 테이블 파일은 포스트마스터 시작 중에 제거되므로 15.1로 업데이트하는 것만으로도 누출된 임시 테이블 저장소를 지우는 데 충분합니다. 그러나 15.0을 사용하는 동안 데이터베이스 충돌이 발생하고 이러한 충돌 직전에 큰 테이블이 삭제되었을 수 있는 스포츠 토토 사이트 데이터베이스 디렉터리에서 패턴에 따라 이름이 지정된 파일이 있는지 확인하는 것이 좋습니다.. just라는 이름의 일치하는 파일이 없는 스포츠 토토 사이트NNNN.NN(없이NNNN.접미사), 이 파일은 수동으로 제거해야 합니다.NN
다음 처리 수정기본값여러 행에 나타나는 토큰값an의 절삽입업데이트 가능한 보기(Tom Lane)§
이러한 감독으로 인해 다음이 발생할 수 있습니다.“유형에 대한 캐시 조회 실패”오류 또는 이전 브랜치에서도 충돌이 발생합니다.
이름이 지정된 규칙을 허용하지 않음_RETURN그렇지 않습니다선택 중(톰 레인)§
이것은 보기 사이의 혼란을 방지합니다.선택 중규칙 및 여기에 있을 수 있는 기타 규칙.
실패를 피하십시오자세한 설명다음을 사용한 쿼리의 경우폭 우선 검색초기값이 일정함(Tom Lane)§
다음 사용 방지병합외부 테이블 파티션이 있는 파티션된 테이블(Álvaro Herrera)§
이 사례는 지원되지 않으며 이전에는 이해할 수 없는 오류가 발생했습니다.
수행 중 파티션별 외래 키 제약 조건 구성 수정테이블 연결 파티션 변경(Jehan-Guillaume de Rorthais, 알바로 에레라)§ §
이전에는 새로 추가된 파티션에 대해 올바르지 않거나 중복된 제약 조건이 구성될 수 있었습니다.
파티션되거나 상속된 테이블에 대한 확장 통계로 플래너 오류 수정(Richard Guo, Justin Pryzby)§
일부 사례는 다음과 같이 실패했습니다.“통계 개체에 대한 캐시 조회 실패”.
GIN 인덱스의 빠른 삽입 경로에서 WAL 작업의 잘못된 순서 수정(Matthias van de Meent, Zhang Mingli)§
이 실수는 코어 내에서 부정적인 결과를 가져오는 것으로 알려져 있지 않습니다.포스트그레SQL, 하지만 일부 확장 프로그램에서는 문제가 발생했습니다.
트랜잭션 시작과 하위 트랜잭션 시작 사이의 지점에서 재생이 시작될 때 논리적 디코딩 버그 수정 (Masahiko Sawada, Kuroda Hayato)§ §
이러한 오류는 디버그 빌드에서 어설션 실패로 이어질 수 있으며 그렇지 않으면 메모리 누수로 이어질 수 있습니다.
논리적 디코딩 중 더 많은 위치에서 인터럽트를 허용합니다 (Amit Kapila, Masahiko Sawada)§ §
이는 복제 작업자의 느린 종료 문제를 개선합니다.
복제 작업자의 외부 테이블 파티션으로 복제하려는 시도 방지(Shi Yu, Tom Lane)§
분할된 테이블은 외부 테이블을 파티션으로 가질 수 있지만 현재 이러한 파티션으로의 복제는 지원되지 않습니다. 논리적 복제 작업자 프로세스를 시도하면 충돌이 발생합니다. 이제 오류가 발생합니다.
복제 작업자의 함수 구문 오류 후 충돌 방지(Maxim Orlov, Anton Melnikov, Masahiko Sawada, Tom Lane)§
SQL 언어 또는 PL/pgSQL 언어에서 구문 오류가 발생한 스포츠 토토 사이트함수 생성또는DO명령이 논리적 복제 작업자에서 실행되면 작업자 프로세스는 널 포인터 역참조 또는 어설션 실패로 인해 충돌합니다.
아카이버 모듈 종료 콜백의 이중 호출 방지(Nathan Bossart, Bharath Rupireddy)§
테이블 액세스 방법이 없는 테이블에 대한 액세스 시도에 대한 계획 시간 확인 추가(Tom Lane)§
이것은 일부 카탈로그 손상 시나리오에서 충돌을 방지합니다(예: 다음과 같은 뷰 사용)ON 선택규칙이 누락되었습니다.
공유 메모리 상태가 손상된 경우 포스트마스터 충돌 방지(톰 레인)§
포스트마스터 프로세스는 공유 메모리가 손상되면 생존하고 데이터베이스를 다시 시작해야 하지만 코드의 한 비트가 이에 대해 충분히 주의하지 않았습니다.
에libpq, 파이프라이닝 시 단일 행 모드를 올바르게 처리합니다(Denis Laxalde)§
파이프라인 모드도 활성화된 스포츠 토토 사이트 단일 행 플래그가 올바른 시간에 재설정되지 않았습니다.
수정psql명령줄 쿼리가 취소될 때의 종료 상태(Peter Eisentraut)§
psql -c쿼리가 취소되면 성공적으로 종료됩니다. 다른 오류 사례와 마찬가지로 0이 아닌 상태로 종료되도록 수정하세요.질의
다음에서 교차 플랫폼 테이블스페이스 재배치를 허용pg_basebackup(로버트 하스)§
원격 경로 허용--테이블스페이스-매핑소스 서버가 로컬 시스템과 다른 OS에 있을 수 있으므로 Unix 스타일 또는 Windows 스타일 절대 경로입니다.
수정pg_dump'이(가) 일부에 첨부된 댓글을 덤프하지 못했습니다.확인제약조건(톰 레인)§
수정데이터베이스 생성허용하기 위해oid매개변수가 2를 초과함31(톰 레인)§
이 감독으로 인해 방지됨pg_upgrade소스 설치에 그보다 큰 OID를 가진 데이터베이스가 포함되어 있으면 성공하지 못합니다.
에pg_stat_statements, 이미 해제된 메모리에 대한 액세스 수정(zhaoqigui)§
다음과 같은 경우에 발생했습니다.pg_stat_statementsa를 추적했습니다롤백확장 쿼리 프로토콜을 통해 실행된 명령입니다. 디버그 빌드에서는 지속적으로 어설션 오류가 발생했습니다. 프로덕션 빌드에서는 눈에 띄는 부작용이 없는 스포츠 토토 사이트가 많습니다. 그러나 해제된 메모리가 이미 재사용된 스포츠 토토 사이트 쿼리 문자열에 대한 가비지가 저장될 가능성이 높습니다.
LLVM 15와의 비호환성 수정(Thomas Munro, Andres Freund)§
사용 허용__sync_lock_test_and_set()모든 기계의 스핀록용(Tom Lane)§
적어도 이 GCC 내장 기능을 지원하는 컴파일러를 사용하는 경우 새로운 기계 아키텍처로의 포팅이 쉬워집니다.
기호 이름 바꾸기REF에REF_P최근 macOS에서 컴파일 실패를 방지하기 위해(Tom Lane)§
사용하지 마세요스프린트f, 컴파일 시간 지원 중단 경고를 방지하기 위해(Tom Lane)§
다음으로 시간대 데이터 파일 업데이트tzdata17574_17747§
또한 유럽/키예프 지역의 이름이 유럽/키예프로 변경되었습니다. 또한 다음 구역은 1970년 이후 시계가 일치하는 더 인구가 많은 인근 구역으로 병합되었습니다: 남극 대륙/보스토크, 아시아/브루나이, 아시아/쿠알라_룸푸르, 대서양/레이캬비크, 유럽/암스테르담, 유럽/코펜하겐, 유럽/룩셈부르크, 유럽/모나코, 유럽/오슬로, 유럽/스톡홀름, 인도/크리스마스, 인디언/코코스, 인디언/케르겔렌, 인디언/마헤, 인디언/리유니온, 퍼시픽/추크, 퍼시픽/푸나푸티, 퍼시픽/마주로, 퍼시픽/폰페이, 퍼시픽/웨이크 및 퍼시픽/월리스. (이는 이미 Arctic/Longyearbyen, Atlantic/Jan_Mayen, 아이슬란드, Pacific/Ponape, Pacific/Truk 및 Pacific/Yap 중 하나에 연결된 구역에 간접적으로 영향을 미칩니다.) America/Nipigon, America/Rainy_River, America/Thunder_Bay, Europe/Uzhgorod 및 Europe/Zaporozhye도 1970년 이후 주장된 구역과 차이점이 있다는 사실을 발견한 후 인근 구역으로 병합되었습니다. 오류였을 겁니다. 이러한 모든 경우에 이전 영역 이름은 별칭으로 유지됩니다. 하지만 실제 데이터는 병합된 영역의 데이터입니다.
이러한 영역 병합으로 인해 병합된 영역에 대한 1970년 이전 시간대 기록이 손실되며 이는 일관성을 기대하는 응용 프로그램에 문제가 될 수 있습니다.timestamptz디스플레이. 예를 들어, 저장된 값1944-06-01 12:00 UTC이전에는 다음과 같이 표시되었습니다.1944-06-01 13:00:00+01유럽/스톡홀름 지역을 선택했지만 이제는 다음과 같이 읽혀집니다.1944-06-01 14:00:00+02.
이전 영역 데이터를 복원하는 옵션을 사용하여 시간대 데이터 파일을 빌드할 수 있지만 해당 선택은 또한 다른 오래된(일반적으로 제대로 입증되지 않은) 영역 데이터를 많이 삽입하므로 이러한 업스트림 변경 사항을 허용하는 것보다 이전 릴리스에서 더 많은 총 변경 사항이 발생합니다.PostgreSQL배송을 선택했습니다tzdb데이터는 권장대로이며 우리가 아는 한 대부분의 주요 운영 체제 배포판도 마찬가지입니다. 그러나 이러한 변경으로 인해 애플리케이션에 심각한 문제가 발생하는 경우 가능한 해결책은 다음을 사용하여 시간대 데이터 파일의 로컬 빌드를 설치하는 것입니다.tzdb의 이전 버전과의 호환성 옵션(해당 항목 참조패킷데이터그리고패키지 목록옵션).
문서에 올바르지 않은 내용이 있으면 일치하지 않습니다. 특정 기능에 대한 경험이 있거나 추가 설명이 필요한 경우 이용해주세요이 양식문서 문제를 보고합니다.