E.65.1. 버전 9.1.11로의 마이그레이션

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

그러나이 토토 핫는 여러 잠재적 데이터를 수정합니다 부패 문제. 아래의 첫 두 ChangeLog 항목을 참조하십시오 설치에 영향을 미쳤는지 여부와 어떤 단계를 찾으십시오. 당신은 그렇게 할 수 있습니다.

또한 9.1.9 이전 버전에서 업그레이드하는 경우, 보다PostgreSQL : 문서 : 9.3 : 스포츠 토토 사이트 9.1.9.

E.65.2. 변화

• 수정진공의 테스트를 테스트합니다 업데이트 할 수 있습니다relfrozenxid(Andres Freund)

  경우에 따라진공(매뉴얼 또는 autovacuum) 테이블을 잘못 발전시킬 수 있습니다relfrozenxid값으로 튜플이 탈출 할 수 있습니다 동결, 그 행을 한 번 2^31으로 보이지 않게 만듭니다 거래가 경과했습니다. 데이터 손실 확률은 상당히 있습니다 여러 잘못된 발전이 발생하기 때문에 낮습니다 실제 손실이 발생하기 전에는 0이 아닙니다. 사용자가 업그레이드합니다 토토 핫 9.0.4 또는 8.4.8 이상 이후에 토토 핫는 영향을받지 않지만 나중에 버전에는 버그가 포함되어 있습니다.

  업그레이드 후 모든 것을 진공 청소기에 의해 개선 될 수 있습니다. 모든 데이터베이스의 테이블이있는 동안VACUUM_FREEZE_TABLE_AGE0으로 설정하십시오. 이것은 할 것입니다 잠재적 인 부패를 고치지 만 모든 것을 고칠 수는 없습니다. 기존 데이터 오류. 그러나 설치가 추정 될 수 있습니다 이 진공 청소기를 수행 한 후 안전합니다. 2^31 평생 거래 업데이트 (TXID_CURRENT () <2^31 선택).

• 초기화 수정PG_CLOGandPG_SUBTRANS핫 대기 시작 중 (Andres Freund, Heikki Linnakangas)

  이 버그는 현재 대기 서버에서 데이터 손실을 유발할 수 있습니다. 그들은 커밋 된 마킹을 통해 뜨거운 쿼리를 받아들이 기 시작합니다 커밋되지 않은 거래. 그러한 부패의 가능성은입니다 대기 시작시 기본 서버가 아니라면 작은 마지막 체크 포인트 이후 많은 업데이트 트랜잭션을 실행했습니다. 증상에는 누락 된 행, 삭제 해야하는 행이 포함됩니다. 여전히 눈에 띄고 쓸모없는 버전의 업데이트 된 행이 있습니다. 최신 버전과 함께 여전히 볼 수 있습니다.

  이 버그는 버전 9.3.0, 9.2.5, 9.1.10 버전으로 소개되었습니다. 9.0.14. 일찍 실행 된 대기 서버 릴리스는 위험에 처하지 않습니다. 대기 서버를 권장합니다 버그 가기 릴리스를 실행 한 적이있는 업그레이드 후 1 차 (예 : 새로운베이스 백업 포함).

• TruncatePG_MULTIXACT내용 Wal Replay (Andres Freund)

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

• 진 인덱스 게시 트리 페이지 삭제에서 레이스 조건 수정 (Heikki Linnakangas)

  이것은 일시적인 잘못된 답변이나 쿼리로 이어질 수 있습니다 실패.

• 서브 쿼리를 평평하게 피하십시오select목록에는 휘발 된 기능이 포함되어 있습니다 하위 내부select(Tom Lane)

  이것은 추가 평가로 인해 예상치 못한 결과를 피합니다. 휘발성 기능.

• 플래너의 비 단순한 변수 하위 쿼리 처리를 수정합니다 외부 조인 (Tom Lane) 내에 중첩

  이 오류는 관련 쿼리에 대한 잘못된 계획으로 이어질 수 있습니다. 내의 여러 수준의 하위 QueriesJoin구문.

• 최적화 된 최소 ()/max () 계획의 잘못된 생성을 수정합니다 상속 나무 (Tom Lane)

  최소 ()/max () 인수가있는 경우 플래너가 실패 할 수 있습니다. 단순한 변수보다는 표현이었다.

• 임시 파일의 조기 삭제 수정 (Andres Freund)

• 규칙 인쇄에서 메모리 끝을 과거로 읽을 수있는 수정 (Peter eisentraut)

• 배열 슬라이스 수정int2vector및oidvector값 (Tom Lane)

  이런 종류의 표현은 이제 규칙적으로 암시 적으로 촉진되었습니다int2또는OID배열.

• SQL 표준, 간단한 GMT를 사용할 때 잘못된 동작을 수정하십시오 오프셋 타임 존 (Tom Lane)

  경우에 따라 시스템은 간단한 GMT 오프셋 값을 사용합니다. 정기적 인 시간대 설정을 사용해야했을 때 간단한 오프셋이 선택되기 전에 우세했습니다. 이 변화도 있습니다 원인TimeOfday함수 간단한 GMT 오프셋 영역을 존중하십시오.

• 로깅 번역시 오해를 방지합니다 Windows 오류 코드 (Tom Lane)

• 적절하게 인용 된 명령 줄에서PG_CTL(Naoya Anzai and Tom Lane)

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

• 수정pg_dumpalla 소스 데이터베이스 세트default_transaction_read_onlyvia데이터베이스 세트 변경(Kevin Grittner)

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

• makeecpg견적 검색 커서 이름은 유감입니다 (Zoltán Böszörményi)

• 수정ECPG의 목록 처리 선언 된 변수Varchar(Zoltán Böszörményi)

• makeContrib/LO방어 잘못된 트리거 정의 (Marc Cousin)

• 시간대 데이터 파일 업데이트TZDATADST 법률 변경에 대한 2013h 출시 아르헨티나, 브라질, 요르단, 리비아, 리히텐슈타인, 모로코 및 팔레스타인. 또한 새로운 TimeZone 약어는 WIB, Wit, Wita for 인도네시아 공화국.