| 윈 토토 : 문서 : 9.4 : 윈 토토 | |||
|---|---|---|---|
| PostgreSQL : 문서 : 9.4 : 와이즈 토토 9.4.5 | PostgreSQL : 문서 : 9.4 : 범퍼카 토토 노트 | 부록 E. 토토 캔 노트 | PostgreSQL : 문서 : 9.4 : 토토 꽁 머니 9.4.3 |
출시 날짜 : 2015-06-12
이 릴리스에는 9.4.3의 소수의 수정 사항이 포함되어 있습니다. 9.4 주요 릴리스의 새로운 기능에 대한 자세한 내용은 참조PostgreSQL : 문서 : 9.4 : 사설 토토 9.4.
9.4.x.를 실행하는 사람들에게는 덤프/복원이 필요하지 않습니다.
그러나, 이전에 a를 업그레이드 한 설치를 업그레이드하는 경우pg_upgrade9.3.0에서 9.3.4 사이의 버전은 아래의 첫 번째 ChangeLog 항목을 참조하십시오.
또한 9.4.2 이전 버전에서 업그레이드하는 경우 참조PostgreSQL : 문서 : 9.4 : 스포츠 토토 베트맨 9.4.2.
일관되지 않은 데이터베이스 상태 (Robert Haas)에서 복구되지 않은 실패 수정
최근postgresql토토 캔가 여러 가지 랩 어라운드로부터 보호하기위한 도입 메커니즘이지만, 해당 코드 중 일부는 데이터베이스가 일관된 상태가 아닐 때 충돌 복구 중에 실행해야 할 가능성을 설명하지 않았습니다. 이로 인해 충돌 후 다시 시작되지 않거나 보조 서버를 시작하지 못할 수 있습니다. 이전에 고정 된 버그의 남아있는 효과pg_upgrade사용 된 설치에서 그러한 실패를 유발할 수 있습니다pg_upgrade9.3.0과 9.3.4 사이의 버전
thepg_upgrade문제의 버그가 설정 될 것이라는 버그Oldestmultixid~ 1 인치PG_CONTROL실제 값이 더 높아야하더라도. 이 토토 캔에 수정 사항이 도입되면 그러한 상황은 올바른 상황이 될 때까지 즉각적인 비상 자율성을 초래할 것입니다OldestMultixId값을 결정할 수 있습니다. 그것이 어려움을 겪을 경우, 사용자는 수동 진공 청소기를함으로써 피할 수 있습니다전이 토토 캔 업그레이드. 상세히:
확인PG_CONTROLDATA보고서"최신 Checkpoint의 Oldestmultixid"1이 될 것입니다. 그렇지 않다면 할 일이 없습니다.
보기pgdata/pg_multixact/오프셋이름이 지정된 파일이 있는지 확인하려면0000. 할 일이 없다면 할 일이 없습니다.
그렇지 않으면, 각 테이블에 대해PG_CLASS.relminmxid1,진공두 테이블 모두VACUUM_MULTIXACT_FREEZE_MIN_AGEandVACUUM_MULTIXACT_FREEZE_TABLE_AGE0으로 설정하십시오. (에 설명 된 진공 비용 지연 매개 변수를 사용할 수 있습니다섹션 18.4.4동시 세션의 성능 결과를 줄이려면.)
관계 캐시 init 파일 (Tom Lane) 무효화되지 않는 드문 실패 수정
동시 활동의 잘못된 타이밍만으로 A진공 Full시스템에서 카탈로그가 업데이트되지 않을 수 있습니다"Init File"새로운 세션의 캐시로드 작업을 피하는 데 사용됩니다. 이로 인해 이후 세션은 해당 카탈로그에 전혀 액세스 할 수 없습니다. 이것은 매우 오래된 버그이지만 최근까지 재현 가능한 사건이 보이지 않았기 때문에 트리거하기가 너무 어렵습니다.
들어오는 세션과 사이의 교착 상태를 피하십시오.데이터베이스 작성/드롭(Tom Lane)
a의 데이터베이스에서 시작하는 새로운 세션DROP DATABASE명령 또는 a데이터베이스 생성명령, 새 세션이 그 전에 종료되었을 때도 명령이 5 초 동안 기다린 다음 실패 할 수 있습니다.
내부 인덱스 스캔 (Tom Lane, Tomas Vondra)이있는 세미 조인 및 안티 조인에 대한 플래너의 비용 추정치 향상
이 유형의 계획은 모든 조인 조항이 인덱스 스캔 조건으로 사용될 때 매우 저렴합니다. 내부 스캔이 명목상으로 많은 행을 가져 오는 경우에도 집행자가 한 행을 얻은 후에 멈출 수 있기 때문입니다. 플래너는 그 효과를 부분적으로 만 설명하므로 비용을 과대 평가하여 훨씬 덜 효율적인 계획 유형을 선택할 수 있습니다..