E.6.1. 버전 9.5.20으로 마이그레이션

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

그러나 만약 당신이 다음을 사용한다면기여/intarray확장자는 GiST 인덱스를 사용하며, 다음에 대한 인덱스 검색을 사용합니다.<@연산자님, 이에 대해서는 아래 항목을 참조하세요.

또한 9.5.13 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL : 문서 : 9.5 : 토토 꽁 머니 9.5.13.

E.6.2. 변경사항

• 모든 상위 테이블이 변경되지 않은 경우 다중 상속 열 유형 변경을 허용하지 않음(Tom Lane)

  이전에는 이것이 허용되었으므로 현재 동기화되지 않은 상위 항목에 대한 쿼리는 실패했습니다.

• 방지진공아직 실행 중인 트랜잭션과 관련된 오래된 다중 단위 ID를 동결하려는 시도에서(Nathan Bossart, Jeremy Schneider)

  이 사건은 다음과 같이 이어질 것입니다.진공이전 트랜잭션이 종료될 때까지 실패합니다.

• 다음의 오프셋 표현식을 확인하세요.창쿼리 표현식이 조작될 때 절이 처리됩니다(Andrew Gierth)

  이러한 감독은 오프셋이 중요하지 않은 표현일 때 여러 가지 실패를 초래할 수 윈 토토. 한 가지 예는 함수가 인라인된 경우 이러한 표현식의 함수 매개변수 참조가 실패한다는 것입니다.

• 전체 행 변수 처리 수정체크 옵션 포함식 및 행 수준 보안 정책 식(Andres Freund)

  이전에는 이러한 사용으로 인해 행 유형 불일치에 대한 가짜 오류가 발생할 수 있었습니다.

• 포스트마스터 하위 프로세스 배열 슬롯이 비어 있을 때 병렬 쿼리가 백그라운드 작업자를 요청하는 경우 포스트마스터 실패를 방지하십시오(톰 레인)

• 다음과 같은 경우 이중 해제 가능성을 방지합니다.업데이트 전트리거는 이전 튜플을 있는 그대로 반환하며 이는 마지막 트리거가 아닙니다(Thomas Munro)

• 병렬 작업자 시작 중 GUC 매개변수 설정 중 오류가 발생할 경우 관련 오류 컨텍스트 라인 제공(Thomas Munro)

• 직렬화 가능 모드에서는 행의 올바른 버전에서 행 수준 조건자 잠금이 획득되었는지 확인하십시오(Thomas Munro, Heikki Linnakangas)

  행의 표시되는 버전이 HOT 업데이트된 경우, 현재 죽은 이전 버전에 대한 잠금이 수행될 수 있으며 결과적으로 직렬화를 보장하는 미묘한 실패가 발생할 수 있습니다.

• 다음을 확인하세요fsync()읽기/쓰기로 열린 파일에만 적용됩니다(Andres Freund, Michael Paquier)

  일부 코드 경로는 파일을 읽기 전용으로 연 후 이 작업을 시도했지만 일부 플랫폼에서는 이로 인해 발생함"잘못된 파일 설명자"또는 유사한 오류.

• 이전보다 긴 문자열에서 인코딩 변환이 성공하도록 허용 (Álvaro Herrera, Tom Lane)

  이전에는 입력 문자열에 0.25GB의 엄격한 제한이 있었지만 이제는 변환된 출력이 1GB를 넘지 않는 한 작동합니다.

• 허용repalloc()큰 덩어리의 크기가 줄어들 때 공간을 돌려주기 위해 (Tom Lane)

• 아카이브 복구가 끝나면 임시 WAL 및 기록 파일이 제거되었는지 확인하십시오(사와다 마사히코)

• 다음의 경우 아카이브 복구 실패를 방지하세요recovery_min_apply_delay활성화됨(후지이 마사오)

  recovery_min_apply_delay일반적으로 이 구성에서는 사용되지 않지만 작동해야 합니다.

• 논리 복제 월센더 종료 중 원치 않는 지연 방지(Craig Ringer, Álvaro Herrera)

• 논리적 디코딩을 위한 올바른 타임스탬프 복제 메시지 (Jeff Janes)

  이러한 감독으로 인해 다음과 같은 일이 발생했습니다.pg_stat_subscription.last_msg_send_time보통 NULL로 읽혀집니다.

• 논리적 디코딩에서 스냅샷을 재구성할 때 하위 트랜잭션이 올바르게 고려되었는지 확인하십시오(사와다 마사히코)

  이 오류는 어설션 실패로 이어집니다. 프로덕션 빌드에 나쁜 영향이 있는지 여부는 불분명합니다.

• 백엔드 프로세스가 이전에 동기 복제가 발생하기를 기다렸을 때 백엔드 종료 중 경쟁 조건 수정 (Dongming Liu)

• 수정시스템 변경중복 항목에 대처하기 위해postgresql.auto.conf(이안 바윅)

  시스템 변경자체적으로는 그러한 상태를 생성하지 않지만 수정하는 외부 도구postgresql.auto.conf그렇게 할 수 있어요. 이제 대상 변수에 대한 중복 항목이 제거되고 새 설정(있는 경우)이 끝에 추가됩니다.

• 구성 파일에서 파일 이름이 비어 있는 포함 지시문을 거부하고 포함 파일 재귀를 보다 명확하게 보고합니다(Ian Barwick, Tom Lane)

• PAM 인증을 사용할 때 중단된 연결에 대한 불만 로깅 방지(Tom Lane)

  libpq 기반 클라이언트는 첫 번째 연결 시도가 실패할 때까지 사용자에게 비밀번호를 묻는 메시지를 표시하지 않기 때문에 일반적으로 비밀번호가 필요할 때 두 번 연결을 시도합니다. 따라서 클라이언트가 비밀번호를 묻는 요청에 따라 연결을 닫을 때 쓸모없는 로그 스팸을 생성하지 않도록 서버가 코딩되어 윈 토토. 그러나 PAM 인증 코드는 해당 메모를 받지 못했고 팬텀 인증 실패에 대한 여러 메시지를 생성했습니다.

• 불완전한 날짜 지정이 감지되지 않는 일부 경우 수정시간대 포함 시간입력 (알렉산더 라킨)

  시간에 따라 변하는 UTC 오프셋이 있는 시간대가 지정되면 오프셋을 해결할 수 있도록 날짜도 지정되어야 합니다. 사용된 구문에 따라 일부 경우에는 이 검사가 시행되지 않아 가짜 출력이 생성될 수 윈 토토.

• 잘못된 동작 수정bitshiftright()(톰 레인)

  비트스트링 오른쪽 이동 연산자는 비트스트링 길이가 8의 배수가 아닐 때 결과의 마지막 바이트에 존재하는 패딩 공간을 0으로 만드는 데 실패했습니다. 대부분의 작업에서는 보이지 않지만 0이 아닌 비트가 있으면 예상치 못한 비교 동작이 발생합니다. 비트스트링 비교에서는 추가 비트를 무시하지 않고 항상 0일 것으로 예상하기 때문입니다.

  출력을 저장한 결과 데이터가 일치하지 않는 경우bitshiftright()테이블에서는 다음과 같이 수정할 수 있습니다.

  UPDATE mytab SET bitcol = ~(~bitcol) WHERE bitcol != ~(~bitcol);

• 간격 곱셈에서 극단적인 경우 정수 오버플로 감지 수정(와타리 유야)

• GIN 게시 목록에 대한 잘못된 압축 논리 수정(Heikki Linnakangas)

  인접한 인덱스 TID 사이의 거리가 16TB를 초과하는 경우 GIN 게시 목록 항목에는 7바이트가 필요할 수 있습니다. 로직의 한 단계가 그것과 동기화되지 않았으며 값을 6바이트 버퍼에 쓰려고 시도할 수 있습니다. 원칙적으로 이로 인해 스택 오버런이 발생할 수 있지만 대부분의 아키텍처에서는 다음 바이트가 사용되지 않은 정렬 패딩이므로 버그가 무해할 가능성이 높습니다. 어쨌든 버그를 해결하기는 매우 어려울 것입니다.

• KNN-GiST에서 무한대, NaN 및 NULL 값 처리 문제 수정(Alexander Korotkov)

  널이 아닌 열 값에 대해 계산된 일부 거리가 무한대 또는 NaN인 경우 쿼리의 출력 순서가 잘못될 수 윈 토토(일반 정렬 결과와 다름).

• KNN-SP-GiST(Nikita Glukhov)에서 NULL 검색 처리 문제 수정

• Windows에서는 다음의 추가 철자를 인식합니다."노르웨이어(보크몰)"로캘 이름(Tom Lane)

• ECPG 클라이언트에 포함된 경우 컴파일 실패 방지ecpglib.h가지고 있는 동안ENABLE_NLS정의됨 (톰 레인)

  이 위험은 잘못된 선언으로 인해 발생했습니다:ecpg_gettext()클라이언트 코드에 표시되어서는 안 됩니다.

• 에psql, 예상치 못한 연결 끊김 및 재연결 성공 후 서버에 대한 내부 상태를 다시 동기화합니다(Peter Billen, Tom Lane)

  어쨌든 상태는 동일하기 때문에 일반적으로 이것은 불필요합니다. 그러나 연결이 여러 서버 중 하나로 연결되는 경우와 같은 특수한 경우에는 문제가 될 수 윈 토토. 이 변경으로 인해psql시작 시 SSL이 사용 중인지 여부와 같은 대화형 메시지를 다시 발행합니다.

• 플랫폼별 널 포인터 역참조를 방지psql(쿠엔틴 라모)

• 수정pg_dump의 뷰에서 순환 종속성 처리(Tom Lane)

  어떤 경우에는 보기가 개체에 따라 달라질 수 윈 토토.pg_dump뷰보다 늦게 덤프해야 합니다. 가장 일반적인 예는 다음을 사용하는 쿼리입니다.그룹별14864_14984뷰 만들기뷰의 열 이름과 유형을 설정한 다음 나중에 내보내는 명령보기 생성 또는 교체전체 보기 정의 포함. 이전에는 더미 정의가 실제로 다음과 같았습니다.테이블 생성명령이며 이것은 나중에 자동으로 보기로 변환되었습니다.규칙 생성명령. 새로운 접근 방식은 다음에서 성공적으로 사용되었습니다.포스트그레SQL버전 10 이상. 이전 방법으로 인해 뷰의 복제본 ID 상태에 대한 가짜 오류 메시지가 발생한다는 보고가 있기 때문에 이제 이전 릴리스에 백패칭을 적용하고 있습니다. 이 변경으로 인해를 사용하려고 할 때 발생하는 문제도 방지됩니다.--깨끗함그러한 뷰와 관련된 복원 중 옵션.

• 에pg_dump, 유사한 이름의 트리거 및 행 수준 보안 정책 객체에 대한 안정적인 출력 순서 보장(Benjie Gillam)

  이전에는 서로 다른 테이블에 있는 두 개의 트리거가 동일한 이름을 가진 경우 OID 기반 순서로 정렬되었으므로 테이블 이름별로 정렬하는 것보다 덜 바람직합니다. RLS 정책도 마찬가지입니다.

• 수정pg_dump8.3 이전 소스 서버로 다시 작업(Tom Lane)

  이전 수정으로 인해 발생함pg_dump항상 쿼리를 시도합니다pg_opfamily, 하지만 해당 카탈로그는 버전 8.3 이전에는 존재하지 않습니다.

• 에pg_restore, 치료-f -의미로"표준 출력으로 출력"(알바로 에레라)

  동기화됩니다.pg_restore의 다른 애플리케이션에서의 동작, 특히 v12 이전 분기가 버전 12와 유사하게 작동하게 만듭니다.pg_restore, 여러 환경에서 작동하는 덤프/복원 스크립트 생성 단순화PostgreSQL버전. 이 변경 전,pg_restore그러한 전환을 의미로 해석했습니다"다음 이름의 파일로 출력-"하지만 그걸 원하는 사람은 거의 없을 겁니다.

• 개선pg_upgrade'는 다음과 같이 표현이 변경된 데이터 유형의 사용을 확인합니다.라인(토마스 본드라)

  이전 코딩은 관심 있는 데이터 유형이 도메인 또는 복합 유형의 저장된 열의 기초가 되는 경우에 의해 속일 수 있습니다.

• 파일 읽기 오류 감지pg_basebackup(지반 찰케)

• 에pg_rewind온라인 소스 클러스터를 사용하면 시간 초과를 비활성화합니다.pg_dump그렇습니다 (Alexander Kukushkin)

• 실패 수정pg_waldump와 함께-s옵션, 연속 WAL 레코드가 페이지 경계에서 정확히 끝나는 경우(Andrey Lepikhov)

• 에pg_waldump, 다음을 포함하세요.newitemoffbtree 페이지 분할 레코드의 필드(Peter Geoghegan)

• 에pg_waldump와 함께--bkp-세부사항옵션, 전체 페이지 쓰기와 관련된 WAL 레코드에 대해 추가 줄바꿈을 내보내지 마세요(Andres Freund)

• 작은 메모리 누수 수정pg_waldump(안드레스 프로인드)

• 수정vacuumdb높은--작업파일 설명자 부족을 더 잘 처리하기 위한 옵션 (Michael Paquier)

• 수정기여/intarray'의 GiST opclass는 빈 배열에 대해 실패하지 않습니다.<@(톰 레인)

  다음과 같은 조항array_column<@상수_배열은 색인이 가능한 것으로 간주되지만 색인 검색에서는 빈 배열 값을 찾지 못할 수 윈 토토. 물론 이러한 항목은 검색어와 거의 일치해야 합니다.

  이를 위한 실용적인 백 패치가 가능한 유일한 수정 방법은 다음과 같습니다.<@색인 검색은 전체 색인을 검색하는데, 이것이 바로 이 패치가 수행하는 것입니다. 이는 불행한 일입니다. 이는 쿼리 성능이 일반 순차 스캔보다 더 나쁠 가능성이 있음을 의미합니다.

  이 변경으로 인해 성능이 저하된 응용 프로그램에는 몇 가지 옵션이 윈 토토. 이 버그가 없는 GIN 색인으로 전환하거나 대체할 수 윈 토토.array_column<@상수_배열함께array_column<@상수_배열그리고array_column && 상수_배열. 이는 이전과 거의 동일한 성능을 제공하며 지정된 상수 배열의 비어 있지 않은 하위 집합을 모두 찾습니다. 이는 이전 쿼리에서 안정적으로 기대할 수 있는 전부입니다.

• 허용configure --with-python다음의 경우에만 성공합니다파이썬3또는만파이썬2찾을 수 윈 토토(Peter Eisentraut, Tom Lane)

  검색 대상파이썬그러면파이썬3그러면파이썬2그래서구성단순히 이름이 붙은 실행 파일이 없는 점점 더 일반화되는 상황에서 성공할 수 윈 토토파이썬. 여전히 설정하여 이 선택을 무시할 수 윈 토토.파이썬환경 변수.

• 수정구성최신 Red Hat 윈 토토에서 작동하도록 libperl이 있는지 테스트합니다(Tom Lane)

  이전에는 사용자가 설정하면 실패할 수 있었습니다CFLAGS에-O0.

• PowerPC에서 스핀록에 대한 올바른 코드 생성 보장(Noah Misch)

  이전 스핀록 코딩에서는 컴파일러가 해당 레지스터를 허용하지 않는 어셈블리 명령과 함께 사용하기 위해 레지스터 0을 선택할 수 있었으며 이로 인해 빌드 오류가 발생했습니다. 우리는 이 버그와 일치하는 오래 전 보고를 하나만 보았지만 수정된 빌드를 시도하는 사람들에게 문제를 일으킬 수 있습니다.포스트그레SQL코딩하거나 비정형 컴파일러 옵션을 사용하세요.

• PowerPC에서는 xlc 컴파일러에 의존하지 마세요__fetch_and_add()함수 (노아 미쉬)

  xlc 13 이상에서는 이 함수를 우리의 사용법과 호환되지 않는 방식으로 해석하여 사용할 수 없는 빌드를 초래합니다.포스트그레SQL. 대신 맞춤 어셈블리 코드를 사용하여 수정하세요.

• AIX에서는 컴파일러 옵션을 사용하지 마세요-qsrcmsg(노아 미쉬)

  이것은 xlc v16.1.0의 내부 컴파일러 오류를 방지하며 컴파일러 오류 메시지의 형식을 변경하는 것 외에는 거의 결과가 없습니다.

• OpenSSL 파일 경로의 공백에 대처하기 위해 MSVC 빌드 프로세스 수정(Andrew Dunstan)

• 다음으로 시간대 데이터 파일 업데이트tzdata피지 및 노퍽 섬의 DST 법률 변경 사항과 앨버타, 오스트리아, 벨기에, 브리티시 컬럼비아, 캄보디아, 홍콩, 인디애나(페리 카운티), 칼리닌그라드, 켄터키, 미시간, 노퍽 섬, 한국 및 터키의 역사적 수정 사항에 대한 2019c 릴리스입니다.