E.9.1. 버전 9.0.15로 마이그레이션

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

그러나 이 토토 베이에서는 여러 가지 잠재적인 데이터가 수정되었습니다. 부패 문제. 아래의 처음 두 변경 로그 항목을 참조하세요. 귀하의 설치가 영향을 받았는지, 어떤 영향을 받았는지 알아보세요. 그렇다면 취할 수 있는 조치가 있습니다.

또한, 이전 버전에서 업그레이드하는 경우 9.0.13, 참조PostgreSQL : 문서 : 9.0 : 배트맨 토토 9.0.13.

E.9.2. 변경사항

• 수정진공의 테스트를 확인하세요 업데이트 가능 여부relfrozenxid(안드레스 프룬드)

  어떤 경우에는진공(둘 중 하나 manual 또는 autovacuum)은 테이블을 잘못 진행할 수 있습니다.relfrozenxid값, 허용 튜플이 동결을 방지하여 해당 행이 다음과 같이 됩니다. 2^31개의 트랜잭션이 경과되면 보이지 않습니다. 는 데이터 손실 가능성은 여러 번 있기 때문에 상당히 낮습니다. 잘못된 발전이 실제로 일어나기 전에 일어나야 할 것입니다. 손실이 발생하지만 0이 아닙니다. 다음에서 업그레이드하는 사용자 9.0.4 또는 8.4.8 이전 릴리스는 영향을 받지 않지만 모든 이후 버전에는 버그가 포함되어 있습니다.

  이 문제는 업그레이드 후 다음을 통해 개선될 수 있습니다. 모든 데이터베이스의 모든 테이블을 진공 청소기로 청소하는 동안vacuum_freeze_table_age0으로 설정되었습니다. 이렇게 하면 해결됩니다 잠재적인 손상이 있지만 모든 것을 고칠 수는 없습니다. 기존 데이터 오류. 그러나 설치는 다음과 같습니다. 이 진공청소기를 수행한 후에 안전하다고 추정되는 경우 2^31개 미만의 업데이트 트랜잭션을 실행했습니다. 평생(이것을 확인하세요선택 txid_current() < 2^31).

• 초기화 수정pg_clog그리고pg_subtrans더운 동안 대기 시작(Andres Freund, Heikki Linnakangas)

  이 버그는 대기 서버의 데이터 손실을 일으킬 수 있습니다. 핫 스탠바이 쿼리를 받아들이기 시작하는 순간 커밋된 트랜잭션을 커밋되지 않은 것으로 간주합니다. 가능성 대기 시를 제외하고 이러한 손상은 작습니다. 시작 시 기본 서버가 많은 업데이트를 실행했습니다. 마지막 체크포인트 이후의 트랜잭션입니다. 증상은 다음과 같습니다 누락된 행, 삭제했어야 하는 행이 여전히 표시되며 업데이트된 행의 더 이상 사용되지 않는 버전이 있습니다. 최신 버전과 함께 계속 표시됩니다.

  이 버그는 버전 9.3.0, 9.2.5에서 발생했습니다. 9.1.10 및 9.0.14. 대기 서버는 다음과 같습니다. 이전 릴리스를 실행하는 것은 위험하지 않습니다. 추천합니다 버그를 실행한 적이 있는 대기 서버 릴리스는 기본에서 다시 복제됩니다(예: 새 릴리스로). 기본 백업) 업그레이드 후.

• 잘라내기pg_multixact내용 WAL 재생 중(Andres Freund)

  이것은 계속해서 증가하는 디스크 공간 소비를 방지합니다. 대기 서버.

• GIN 색인 게시 트리 페이지의 경쟁 조건 수정 삭제(Heikki Linnakangas)

  이로 인해 일시적인 잘못된 답변이나 쿼리가 발생할 수 있습니다. 실패.

• 다음과 같은 하위 쿼리를 평면화하지 마십시오.선택목록에 휘발성 함수가 포함되어 있습니다. 하위 안에 싸여 있습니다.선택(톰 레인)

  추가 평가로 인한 예상치 못한 결과를 방지합니다. 휘발성 기능의.

• 플래너의 단순 변수가 아닌 하위 쿼리 처리 문제 수정 외부 조인 내에 중첩된 출력(Tom Lane)

  이 오류는 잘못된 쿼리 계획으로 이어질 수 있습니다. 여러 수준의 하위 쿼리가 포함됨가입구문.

• 임시 파일의 조기 삭제 수정(Andres 프로인트)

• 규칙 인쇄에서 메모리 끝을 지나서 읽을 수 있는 문제 수정 (피터 아이젠트라우트)

• 배열 슬라이싱 수정int2벡터그리고oidVector값 (톰 레인)

  이러한 종류의 표현은 이제 암시적으로 다음으로 승격됩니다. 일반int2또는oid배열.

• SQL 표준을 사용할 때 잘못된 동작을 수정하고, 단순 GMT 오프셋 시간대(Tom Lane)

  어떤 경우에는 시스템이 간단한 GMT를 사용합니다 정규 시간대를 사용해야 하는 경우의 오프셋 값 단순 오프셋 이전에 널리 사용되었던 설정 선택되었습니다. 이 변경으로 인해 다음이 발생합니다.timeofday간단한 것을 존중하는 함수 GMT 오프셋 구역.

• 번역을 기록할 때 발생할 수 있는 오작동 방지 Windows 오류 코드(Tom Lane)

• 생성된 명령줄을 올바르게 인용하십시오.pg_ctl(안자이 나오야와 톰 레인)

  이 수정사항은 Windows에만 적용됩니다.

• 수정pg_dumpall일하다 소스 데이터베이스가 설정될 때 default_transaction_read_only경유데이터베이스 세트 변경(케빈 그리트너)

  이전에는 생성된 스크립트가 다음 중에 실패했습니다. 복원합니다.

• 수정ecpg님의 처리 중 선언된 변수 목록varchar(Zoltán Böszörményi)

• 만들다기여/lo방어하세요 잘못된 트리거 정의(Marc Cousin)

• 다음으로 시간대 데이터 파일 업데이트tzdataDST 법률에 대한 2013h 토토 베이 아르헨티나, 브라질, 요르단, 리비아, 리히텐슈타인의 변화, 모로코, 팔레스타인. 또한 새로운 시간대 약어 인도네시아의 경우 WIB, WIT, WITA.