E.23.1. 버전 9.4.4로 마이그레이션

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

그러나 이전에 다음을 사용하여 업그레이드한 설치를 업그레이드하는 경우pg_upgrade9.3.0과 9.3.4 사이의 버전, 아래의 첫 번째 변경 로그 항목을 참조하세요.

또한 9.4.2 이전 버전에서 업그레이드하는 경우 다음을 참조하세요.PostgreSQL : 문서 : 9.4 : 스포츠 토토 베트맨 9.4.2.

E.23.2. 변경사항

• 일관되지 않은 데이터베이스 상태에서 복구할 수 없는 오류 수정(로버트 하스)

  최근포스트그레SQL릴리스에서는 multixact 랩어라운드를 방지하기 위한 메커니즘이 도입되었지만 해당 코드 중 일부는 데이터베이스가 일관된 상태가 아닐 수 있는 충돌 복구 중에 실행해야 할 가능성을 고려하지 않았습니다. 이로 인해 충돌 후 다시 시작하지 못하거나 보조 서버를 시작하지 못할 수 있습니다. 이전에 수정된 버그의 지속적인 영향pg_upgrade다음을 사용한 설치에서도 이러한 실패가 발생할 수 있습니다.pg_upgrade9.3.0과 9.3.4 사이의 버전.

  그pg_upgrade문제의 버그는 설정된다는 것입니다.oldestMultiXid1인치로pg_control실제 값이 더 높아야 하더라도 마찬가지입니다. 이번 토토 캔에 도입된 수정 사항을 사용하면 이러한 상황이 발생하면 올바른 조치가 취해질 때까지 즉시 긴급 자동 진공 처리가 수행됩니다.oldestMultiXid값을 결정할 수 있습니다. 문제가 발생하는 경우 사용자는 수동으로 진공 청소를 수행하여 문제를 피할 수 있습니다.이전에이 토토 캔로 업그레이드 중입니다. 자세히:

  1. 다음 여부 확인pg_controldata보고"최신 체크포인트의 가장 오래된MultiXid"1이 되려면. 그렇지 않으면 할 일이 없습니다.

  2. 찾아보세요PGDATA/pg_multixact/오프셋다음 이름의 파일이 있는지 확인하기 위해0000. 있다면 할 말이 없습니다.

  3. 그렇지 않으면 다음이 있는 각 테이블에 대해pg_class.relminmxid1과 같음,진공두 가지가 모두 포함된 테이블vacuum_multixact_freeze_min_age그리고vacuum_multixact_freeze_table_age0으로 설정되었습니다. (에 설명된 진공 비용 지연 매개변수를 사용할 수 있습니다.섹션 18.4.4동시 세션의 성능 결과를 줄이기 위해.)

• 관계 캐시 초기화 파일을 무효화하는 드문 오류 수정(톰 레인)

  동시 활동의 타이밍이 잘못되어 a진공이 가득 참시스템 카탈로그의 업데이트가 실패할 수 있습니다."초기화 파일"새 세션에 대한 캐시 로딩 작업을 방지하는 데 사용됩니다. 이로 인해 이후 세션에서 해당 카탈로그에 전혀 액세스할 수 없게 됩니다. 이것은 매우 오래된 버그이지만 유발하기가 너무 어려워 최근까지 재현 가능한 사례가 발견되지 않았습니다.

• 수신 세션 간의 교착 상태를 방지하고데이터베이스 생성/삭제(톰 레인)

  대상인 데이터베이스에서 시작되는 새 세션은데이터베이스 삭제명령 또는 a에 대한 템플릿입니다.데이터베이스 생성명령은 새 세션이 그 전에 종료되었더라도 명령이 5초 동안 기다린 후 실패하도록 만들 수 있습니다.

• 내부 인덱스 스캔을 사용하여 세미 조인 및 안티 조인에 대한 플래너의 비용 추정 개선(Tom Lane, Tomas Vondra)

  이 유형의 계획은 모든 조인 절이 인덱스 스캔 조건으로 사용될 때 내부 스캔이 명목상 많은 행을 가져오더라도 실행기가 하나의 행을 얻은 후에 중지하기 때문에 매우 저렴합니다. 기획자는 그 효과를 부분적으로만 설명했기 때문에 비용을 과대평가하여 훨씬 덜 효율적인 다른 계획 유형을 선택할 가능성이 있습니다.