E.194.1. 버전 7.4.8로의 마이그레이션

7.4.x를 실행하는 사람들에게는 덤프/복원이 필요하지 않습니다. 그러나 그것은 두 가지 중요한 것을 처리하는 가능한 한 가지 방법입니다. 초기 내용에서 발견 된 보안 문제 7.4.x 시스템 카탈로그. 덤프/initdb/다시로드 시퀀스를 사용합니다 7.4.8의 initDB는 이러한 문제를 자동으로 수정합니다.

더 큰 보안 문제는 내장 된 특성입니다 세트 인코딩 변환 함수는 SQL에서 호출 할 수 있습니다 비할 수없는 사용자의 명령이지만 기능은 그렇지 않았습니다 그러한 사용을 위해 설계되었으며 악의적 인 것에 대해 안전하지 않습니다. 논쟁의 선택. 수정은 선언 된 것을 변경하는 것과 관련이 있습니다 이 기능의 매개 변수 목록이 더 이상 SQL 명령에서 호출. (이것은 정상에 영향을 미치지 않습니다 인코딩 변환 기계로 사용하십시오.)

더 적은 문제는입니다.Contrib/Tsearch2모듈은 여러 가지를 만듭니다 반품으로 잘못 선언 한 기능내부그들이 받아들이지 않을 때내부인수. 이것은 모두의 유형 안전을 깨뜨립니다 사용 함수내부인수.

모든 설치로 수리하는 것이 좋습니다 이 오류는 InitDB 또는 매뉴얼에 따라 아래에 제공된 수리 절차. 오류는 적어도 허용합니다 비공식적 인 데이터베이스 사용자가 서버 프로세스를 충돌시키기 위해 비전지가없는 사용자가 데이터베이스 수퍼 유행자.

initDB를하지 않으려면 다음을 수행하십시오. 대신 절차. 데이터베이스 슈퍼업자로서 :

시작;
PG_PROC SET PROARGTYPES [3] = '내부':: RegType 업데이트
여기서 pronamespace = 11 및 pronargs = 5
     및 proargtypes [2] = 'cstring':: regtype;
- 명령은 90 행을 업데이트했다고보고해야합니다.
- 그렇지 않은 경우 롤백과 헌신 대신 조사하십시오!
저지르다;

다음, 설치 한 경우Contrib/Tsearch2, do :

시작;
PG_PROC SET PROARGTYPES [0] = '내부':: regType 업데이트
OID (Oid)
   'dex_init (text)':: regprocedure,
   'snb_en_init (text)':: regprocedure,
   'snb_ru_init (text)':: regprocedure,
   'spell_init (텍스트)':: regprocedure,
   'syn_init (text)':: regprocedure
);
- 명령은 5 행을 업데이트했다고보고해야합니다.
- 그렇지 않은 경우 롤백과 헌신 대신 조사하십시오!
저지르다;

이 명령이 메시지와 같은 메시지와 함께 실패하면"함수"dex_init (text) "가 존재하지 않는다"어느 하나tsearch2가 설치되지 않았습니다 이 데이터베이스 또는 이미 업데이트를 수행했습니다.

위 절차는에서 수행해야합니다.각설치 데이터베이스, 포함template1이상적으로 포함template0당신이한다면 템플릿 데이터베이스를 수정하지 않고 그 후에 생성 된 모든 것 데이터베이스에는 동일한 오류가 포함됩니다.template1와 같은 방식으로 고정 할 수 있습니다 기타 데이터베이스이지만 수정Template0추가 단계가 필요합니다. 첫째, 모든 데이터베이스 문제에서 :

업데이트 pg_database set datallowconn = true 위치 datname = 'template0';

다음 연결template0및 위의 수리 절차를 수행하십시오. 마지막으로, :

-re-freeze template0 :
진공 동결;
- 미래의 변경으로부터 보호하십시오.
pg_database set datallowconn = false where datname = 'template0'; 업데이트

E.194.2. 변화

• 오용을 방지하기 위해 인코딩 기능 서명 변경

• 변경Contrib/Tsearch2to 안전하지 않은 사용을 피하십시오내부함수 결과

• 거래를 허용하는 고대 인종 조건을 수리하십시오 어떤 목적으로 헌신적 인 것으로 보인다 (예 : 선택 업데이트) 다른 목적보다 약간 빨리

  이것은 이어질 수 있기 때문에 매우 심각한 버그입니다. 명백한 데이터 불일치가 간단히 보이고 있습니다 응용 프로그램.

• 관계 확장과 사이의 레이스 조건을 수리하십시오 진공

  이것은 이론적으로 페이지가 손실되었을 수 있습니다 시나리오가 보이지만 신선하게 삽입 된 데이터의 가치가 있습니다 확률이 매우 낮습니다. 알려진 사례는 없습니다 주장 실패 이상을 일으켰습니다.

• 비교 수정시간이있는 시간 존값

  비교 코드는에서 잘못되었습니다.--enable-integer-datetimes구성 스위치가 사용되었습니다. 참고 : 당신이있는 경우 a index시간대가있는 시간열이 필요합니다Reindex이 업데이트를 설치 한 후, 수정은 열의 정렬 순서를 수정하기 때문에 값.

• 수정Extract (Epoch)for시간대가있는 시간값

• 음의 분수 초의 오해를 수정하십시오간격값

  이 오류는 일 때만 발생했습니다--enable-integer-datetimes구성 스위치가 사용되었습니다.

• 백엔드 종료 중 작업이 수행되는지 확인하십시오 통계 수집가에 의해 계산

  이것은 보고서를 해결할 것으로 예상됩니다pg_autovacuum시스템 진공 청소기 자주 카탈로그 - 카탈로그에 대해 들리지 않았습니다. 백엔드 중 임시 테이블 제거로 인한 삭제 출구.

• PLPGSQL에서 추가 버퍼 오버런 검사 (Neil)

• pg_dump 수정을 수정하여 덤프 트리거 이름 포함%정확하게 (Neil)

• 수정contrib/pgcrypto최신 OpenSSL 빌드 (Marko Kreen)

• 여전히 더 많은 64 비트 수정 사항Contrib/Intagg

• 반환 기능의 잘못된 최적화 방지레코드

• 예방TO_CHAR (Interval)월 관련 형식의 덤핑 코어에서

• 충돌 방지Coalesce (NULL, NULL)

• 수정array_mappl 함수가 올바르게

• 허가 확인 수정변경 데이터베이스 이름 바꾸기

• 수정언어 이름 변경

• makeREMINGFROMWAITQUEUE그 자체로 청소

  이것은 잠금 관리 오류를 수정합니다. 거래가 대기중인 경우 잠금 (일반적으로 쿼리 취소에 의해)과 잠금은 매우 좁은 창 안에 그것을 풀어 냈습니다.

• Untyped 매개 변수에 표시된 문제를 해결하십시오삽입 ... 선택

• 수정클러스터|OID가없는 ALTER 테이블 세트