토토 꽁 머니 노트

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

9.4.x.를 실행하는 사람들에게는 덤프/복원이 필요하지 않습니다.

그러나, 이전에 A를 사용하여 업그레이드 된 설치를 업그레이드하는 경우pg_upgrade9.3.0과 9.3.4 사이의 버전은 아래의 첫 번째 ChangeLog 항목을 참조하십시오.

또한 9.4.2 이전 버전에서 업그레이드하는 경우 참조섹션 E.25.

E.23.2. 변화

• 일관되지 않은 데이터베이스 상태 (Robert Haas)에서 복구되지 않는 실패 수정

  최근PostgreSQL토토 꽁 머니 토토 꽁 머니가 다중 공장 랩 어라운드로부터 보호하기위한 메커니즘을 도입했지만 해당 코드 중 일부는 데이터베이스가 일관된 상태에 있지 않을 때 충돌 복구 중에 실행해야 할 가능성을 설명하지 않았습니다. 이로 인해 충돌 후 다시 시작되지 않거나 보조 서버를 시작하지 못할 수 있습니다.pg_upgrade사용한 설치에서 그러한 실패를 유발할 수 있습니다pg_upgrade9.3.0에서 9.3.4 사이의 버전

  thepg_upgrade문제의 버그가 설정 될 것이라는 버그Oldestmultixid~ 1 인치PG_CONTROL실제 값이 더 높아야하더라도. 이 토토 꽁 머니에 수정 사항이 도입되면 그러한 상황은 올바른 상황이 될 때까지 즉각적인 비상 자율성을 초래할 것입니다Oldestmultixid값을 결정할 수 있습니다. 그것이 어려움을 겪을 경우, 사용자는 수동 진공 청소기를함으로써 피할 수 있습니다전이 토토 꽁 머니 업그레이드. 상세히:

  1. 확인PG_CONTROLDATA보고서"최신 Checkpoint의 Oldestmultixid"1이 될 것입니다. 그렇지 않다면 할 일이 없습니다.

  2. 보기pgdata/pg_multixact/오프셋라는 파일이 있는지 확인하려면0000. 할 일이 없다면 할 일이 없습니다.

  3. 그렇지 않으면, 각 테이블에 대해PG_CLASS.relminmxid1,진공두 테이블 모두VACUUM_MULTIXACT_FREEZE_MIN_AGEandVACUUM_MULTIXACT_FREEZE_TABLE_AGE0으로 설정하십시오. (에 설명 된 진공 비용 지연 매개 변수를 사용할 수 있습니다섹션 18.4.4동시 세션의 성능 결과를 줄이기 위해.)

• 관계 캐시 init 파일을 무효화하는 드문 실패 수정

  동시 활동의 잘못된 타이밍만으로 A진공 Full시스템에서 카탈로그가 업데이트되지 않을 수 있습니다"Init File"새로운 세션의 캐시로드 작업을 피하는 데 사용됩니다. 이로 인해 이후 세션은 해당 카탈로그에 전혀 액세스 할 수 없습니다.

• 들어오는 세션과 사이의 교착 상태를 피하십시오.데이터베이스 만들기/드롭(Tom Lane)

  a의 데이터베이스에서 시작하는 새로운 세션DROP DATABASE명령 또는 a데이터베이스 생성명령, 새 세션이 그 전에 종료 된 경우에도 명령이 5 초 동안 기다린 다음 실패 할 수 있습니다.

• 내부 인덱스 스캔 (Tom Lane, Tomas Vondra)이있는 세미 조인 및 안티 조인에 대한 플래너의 비용 추정치 향상

  이 유형의 계획은 모든 조인 조항이 인덱스 스캔 조건으로 사용될 때 매우 저렴합니다. 내부 스캔이 명목상으로 많은 행을 가져 오는 경우에도 집행자가 한 행을 얻은 후에 멈출 수 있기 때문입니다. 플래너는 그 효과를 부분적으로 만 설명하므로 비용을 과대 평가하여 훨씬 덜 효율적인 계획 유형을 선택할 수 있습니다..