E.20.1. 버전 9.1.5로 마이그레이션

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

그러나 다음 버전보다 이전 버전에서 업그레이드하는 경우 9.1.4 참조PostgreSQL : 문서 : 9.1 : 범퍼카 토토 9.1.4.

E.20.2. 변경사항

• XML 엔터티를 통한 외부 파일/URL 접근 방지 참고문헌(Noah Misch, Tom Lane)

  xml_parse()시도할 것입니다 DTD를 해결하기 위해 필요에 따라 외부 파일이나 URL을 가져옵니다. XML 값의 엔터티 참조를 사용하여 다음을 허용합니다. 권한이 없는 데이터베이스 사용자가 데이터를 가져오려고 시도하는 경우 데이터베이스 서버의 권한. 반면 외부 데이터는 사용자에게 직접 반환되지 않습니다. 데이터가 그렇지 않으면 오류 메시지에 노출될 수 있습니다. 유효한 XML로 구문 분석합니다. 그리고 어쨌든 단순한 능력은 파일 존재 여부를 확인하는 것이 공격자에게 유용할 수 있습니다. (CVE-2012-3489)

• 다음을 통해 외부 파일/URL에 대한 접근을 차단합니다.contrib/xml2의xslt_process()(피터 아이젠트라우트)

  libxslt제공합니다 파일과 URL을 모두 읽고 쓸 수 있는 능력 스타일시트 명령을 사용하여 권한 없는 데이터베이스를 허용합니다. 사용자는 다음 권한으로 데이터를 읽고 쓸 수 있습니다. 데이터베이스 서버. 적절한 사용을 통해 비활성화하십시오.libxslt의 보안 옵션. (CVE-2012-3488)

  또한 제거xslt_process()의 가져오기 능력 외부 파일/URL의 문서 및 스타일시트. 동안 이것은 문서화되었습니다."기능", 그것은 오랫동안 나쁜 생각으로 여겨져 왔습니다. 에 대한 수정 CVE-2012-3489는 해당 기능을 깨뜨렸고 확장하기보다는 문제를 해결하기 위해 노력하고 있지만 요약하자면 제거하세요.

• Btree 인덱스 페이지의 너무 빠른 재활용 방지(Noah 미쉬)

  읽기 전용 트랜잭션에서 할당 건너뛰기를 허용했을 때 XID, 우리는 삭제된 btree가 발생할 가능성을 도입했습니다. 읽기 전용 트랜잭션이 수행되는 동안 페이지가 재활용될 수 범퍼카 토토. 아직 그쪽으로 비행 중이에요. 이로 인해 잘못된 색인이 발생합니다. 검색 결과. 그러한 오류가 발생할 확률 현장에서는 타이밍 때문에 매우 낮은 것 같습니다. 요구 사항이 있지만 그럼에도 불구하고 수정되어야 합니다.

• 새로 생성되거나 재설정된 충돌 안전 버그 수정 시퀀스(톰 레인)

  만약순서 변경처형되었습니다 새로 생성되거나 재설정된 시퀀스에서, 그리고 정확하게 하나다음값()전화가 걸렸습니다 그런 다음 서버가 충돌하면 WAL 재생이 시퀀스가 나타난 상태로 복원합니다. 아니요다음값()이미 완료되었습니다, 따라서 첫 번째 시퀀스 값이 다시 반환될 수 있습니다. 다음까지다음값()전화. 특히 이는 다음과 같은 경우에 나타날 수 있습니다.연재열, 연재물 생성 이후 열의 순서에는가 포함됩니다.변경 시퀀스 소유단계.

• 경합 상태 수정열거형-유형 가치 비교(Robert Haas, Tom Lane)

  열거형 값을 발견하면 비교가 실패할 수 있음 현재 쿼리가 시작된 이후 추가되었습니다.

• 수정txid_current()에 핫 대기 상태가 아닐 때 올바른 에포크를 보고합니다(Heikki 린나캉가스)

  이전 마이너 버전에 도입된 회귀 문제를 수정합니다. 릴리스.

• 부적합한 복제 연결 선택 방지 동기 대기(Fujii Masao)

  마스터는 다음과 같은 의사 서버를 부적절하게 선택할 수 있습니다. 와 같이pg_receivexlog또는pg_basebackup다음과 같이 동기 대기 후 무기한 대기 그들.

• 마스터가 핫 스탠바이를 시작할 때 발생하는 버그 수정 거래에 하위 거래가 많습니다(Andres Freund)

  이 실수로 인해 다음과 같은 오류가 보고되었습니다."다음에 잘못된 XID 삽입이 있습니다. KnownAssignedXids".

• 다음을 보장하세요backup_label파일 이후에 fsync되었습니다.pg_start_backup()(데이브 커)

• walsender 프로세스의 시간 초과 처리 수정(Tom 레인)

  WAL 발신자 백그라운드 프로세스가 설정을 무시함SIGALRM처리자, 의미 그들은 어떤 특수한 경우에는 영원히 기다릴 것입니다. 타임아웃이 발생해야 합니다.

• walwriter에 의해 각 배경 플러시 후 Walsender를 깨우세요 (안드레스 프로인드, 사이먼 리그스)

  이것은 작업 부하가 발생할 때 복제 지연을 크게 줄입니다. 비동기적으로 커밋된 트랜잭션만 포함합니다.

• 수정듣기/알림I/O 문제에 더 잘 대처하려면, 디스크 공간 부족 등(Tom Lane)

  쓰기 실패 후 모든 후속 전송 시도는 더 많은알림메시지가 실패합니다 다음과 같은 메시지가 포함되어 있습니다."다음에서 읽을 수 없습니다. 파일 "pg_notify/nnnn" 오프셋nnnnnn: 성공".

• autovacuum은 직접적으로만 자동 취소되도록 허용합니다. 차단된 프로세스(Tom Lane)

  원래 코딩으로 인해 일관되지 않은 동작이 허용될 수 범퍼카 토토. 어떤 경우에는; 특히, autovacuum이 취소될 수 범퍼카 토토. 미만 이후deadlock_timeout유예 기간.

• autovacuum 취소 로깅 개선(Robert Haas)

• 로그 수집기를 수정하여 다음과 같이log_truncate_on_rotation다음 기간 동안 작동합니다. 서버 시작 후 첫 번째 로그 회전(Tom Lane)

• 수정함께중첩된 항목에 첨부됨 작업 설정(유니온/교차/제외) (톰 레인)

• 하위 쿼리에 대한 전체 행 참조가 추가 내용 포함그룹별또는주문 기준열(톰 레인)

• 중 생성된 종속성 수정테이블 변경 ... 인덱스를 사용하여 제약 조건 추가(톰 레인)

  이 명령은 중복된 명령을 남겼습니다.pg_dependent색인에 대한 항목입니다. 이후 작업을 혼동할 수 범퍼카 토토. 특히테이블 변경 ... 열 유형 변경다음 중 하나에 색인이 생성된 열입니다.

• 수정소유 재지정작업 중 확장 프로그램(Alvaro Herrera)

• 전체 행 참조 복사를 허용하지 않음확인제약조건 및 색인 정의 동안테이블 생성(톰 레인)

  이 상황은 다음에서 발생할 수 있습니다.만들기 표와좋아요또는상속됨. 복사된 전체 행 변수는 다음과 같습니다. 원본 테이블의 행 유형으로 잘못 레이블이 지정되었습니다. 새로운 것이 아닙니다. 사건을 거부하는 것이 타당해 보입니다.좋아요, 행 유형이 나중에 갈라지죠. 에 대한상속됨우리는 이상적으로는 암묵적인 강제를 통해 이를 허용해야 합니다. 상위 테이블의 행 유형 하지만 그러려면 더 많은 것이 필요할 거예요 백패치하는 것이 안전해 보이는 것보다 작동합니다.

• 메모리 누수 수정배열(선택 ...)하위 쿼리(Heikki Linnakangas, Tom Lane)

• 연산자에게 올바른 데이터 정렬을 전달하도록 플래너 수정 선택성 추정기(Tom Lane)

  이전에는 어떤 핵심 선택에도 필요하지 않았습니다. 추정 기능이 있지만 제3자 코드가 필요할 수 있습니다. 그것.

• 일반 접두사 추출 수정 표현(톰 레인)

  코드는 괄호 안에 숫자로 표시되어 혼동될 수 범퍼카 토토. 하위 표현식(예:)^(foo)?bar. 이는 잘못된 결과로 이어질 것입니다 그러한 패턴에 대한 검색의 색인 최적화.

• 서명된 구문 분석 관련 버그 수정ㅎ:mm그리고ㅎ:mm:ss필드간격상수(아미트 카필라, 톰 레인)

• 수정pg_dump더 나은 쪽으로 부분을 포함하는 뷰 처리그룹 으로목록 (톰 레인)

  기본 키 열만 나열하는 보기그룹별, 그러나 다른 테이블을 사용함 열은 그룹화된 것처럼 종속 항목으로 표시됩니다. 기본 키에. 이러한 기본 키의 부적절한 처리 의존성pg_dump기껏해야 순서가 잘못된 덤프가 발생했습니다. 복원이 비효율적이며 최악의 경우 병렬의 완전한 실패pg_restore실행.

• PL/Perl에서는 SQL_ASCII에 있을 때 UTF8 플래그 설정을 피하세요. 인코딩(Alex Hunsaker, 호리구치 쿄타로, Alvaro 헤레라)

• Postgres의 인코딩 변환 기능을 사용하십시오. Python의 경우 Python 유니코드 문자열을 PL/Python의 서버 인코딩(Jan Urbanski)

  이것은 일부 특수한 문제를 방지합니다. 특히 Python은 Postgres가 지원하는 모든 인코딩을 지원하지 않습니다. 에이 주목할만한 기능적 변화는 서버 인코딩이 SQL_ASCII를 사용하면 utf-8 표현을 얻게 됩니다. 문자열; 이전에는 문자열의 ASCII가 아닌 문자 오류가 발생합니다.

• PostgreSQL 인코딩과 Python 인코딩의 매핑 수정 PL/Python(Jan Urbanski)

• 다음에서 오류를 올바르게 보고하세요.contrib/xml2'sxslt_process()(톰 레인)

• 다음으로 시간대 데이터 파일 업데이트tzdataDST 법률용 2012e 범퍼카 토토 모로코와 토켈라우의 변화