Skip to content

Releases: experdb/pg_stat_statements

pg_stat_statements 1.11e2 (PostgreSQL 17)

Choose a tag to compare

@kayform kayform released this 06 Oct 03:56

pg_stat_statements 1.11e2 (PostgreSQL 17)

왜 패치해야 하나요?
기존 1.11e1에는 결함이 있습니다. IN (1, 2, 3, …)처럼 값이 아주 많이(약 500개 이상) 들어간 SQL이 실행되면 PostgreSQL 세션이 비정상 종료될 수 있습니다. 1.11e2는 이 결함의 원인 기능을 제거한 버전입니다.

무엇이 바뀌나요?

  • SQL 통계 뷰(pg_stat_statements)에서 bind_types 컬럼 하나가 빠집니다. eXperDB 모니터링은 이 컬럼을 쓰지 않습니다.
  • 나머지 통계 항목과 eXperDB 모니터링 함수는 그대로 유지됩니다.

적용 방법 (자세한 내용은 첨부 가이드 참고)

  1. 모든 서버(primary, standby)에 패치 파일을 설치합니다. 운영 중에도 설치할 수 있습니다.
  2. standby를 재기동하고, 이어서 primary를 재기동합니다.
  3. primary에서 다음 명령을 한 번 실행합니다.
    ALTER EXTENSION pg_stat_statements UPDATE TO '1.11e2';

서비스 영향

  • 서버별 재기동 시간(수 초)만큼 접속이 끊깁니다.
  • 데이터에는 영향이 없습니다. 쌓여 있던 SQL 통계만 한 번 초기화됩니다.

주의 사항

  • 재기동 전에 3번(ALTER) 명령을 실행하지 마세요.
  • 확장을 삭제하고 다시 만드는 방식(DROP/CREATE EXTENSION)은 사용하지 마세요.

검증
운영과 같은 구성(primary 1대 + standby 2대)에서 적용, 원복, 재적용을 모두 확인했습니다. 값이 수천 개 들어간 SQL을 반복 실행해도 비정상 종료가 없었습니다.

첨부: pg_stat_statements-1.11e2_pg17.tar.gz (패치 소스, 상태 점검 SQL, 복구 SQL 포함)

pg_stat_statements 1.10e2 (PostgreSQL 16)

Choose a tag to compare

@kayform kayform released this 06 Oct 03:56

pg_stat_statements 1.10e2 (PostgreSQL 16)

왜 패치해야 하나요?
기존 1.10e1에는 결함이 있습니다. IN (1, 2, 3, …)처럼 값이 아주 많이(약 500개 이상) 들어간 SQL이 실행되면 PostgreSQL 세션이 비정상 종료될 수 있습니다. 1.10e2는 이 결함의 원인 기능을 제거한 버전입니다.

무엇이 바뀌나요?

  • SQL 통계 뷰(pg_stat_statements)에서 bind_types 컬럼 하나가 빠집니다. eXperDB 모니터링은 이 컬럼을 쓰지 않습니다.
  • 나머지 통계 항목과 eXperDB 모니터링 함수는 그대로 유지됩니다.

적용 방법 (자세한 내용은 첨부 가이드 참고)

  1. 모든 서버(primary, standby)에 패치 파일을 설치합니다. 운영 중에도 설치할 수 있습니다.
  2. standby를 재기동하고, 이어서 primary를 재기동합니다.
  3. primary에서 다음 명령을 한 번 실행합니다.
    ALTER EXTENSION pg_stat_statements UPDATE TO '1.10e2';

서비스 영향

  • 서버별 재기동 시간(수 초)만큼 접속이 끊깁니다.
  • 데이터에는 영향이 없습니다. 쌓여 있던 SQL 통계만 한 번 초기화됩니다.

주의 사항

  • 재기동 전에 3번(ALTER) 명령을 실행하지 마세요.
  • 확장을 삭제하고 다시 만드는 방식(DROP/CREATE EXTENSION)은 사용하지 마세요.
  • 나중에 PostgreSQL 17로 업그레이드할 때는 17 서버에 1.11e2를 먼저 설치하세요.

검증
운영과 같은 구성(primary 1대 + standby 2대)에서 적용, 원복, 재적용을 모두 확인했습니다. 값이 수천 개 들어간 SQL을 반복 실행해도 비정상 종료가 없었습니다.

첨부: pg_stat_statements-1.10e2_pg16.tar.gz (패치 소스, 상태 점검 SQL, 복구 SQL 포함)

pg_stat_statements 1.10e2 (PostgreSQL 15)

Choose a tag to compare

@kayform kayform released this 06 Oct 03:56

pg_stat_statements 1.10e2 (PostgreSQL 15)

왜 패치해야 하나요?
기존 1.10e1에는 결함이 있습니다. IN (1, 2, 3, …)처럼 값이 아주 많이(약 500개 이상) 들어간 SQL이 실행되면 PostgreSQL 세션이 비정상 종료될 수 있습니다. 1.10e2는 이 결함의 원인 기능을 제거한 버전입니다.

무엇이 바뀌나요?

  • SQL 통계 뷰(pg_stat_statements)에서 bind_types 컬럼 하나가 빠집니다. eXperDB 모니터링은 이 컬럼을 쓰지 않습니다.
  • 나머지 통계 항목과 eXperDB 모니터링 함수는 그대로 유지됩니다.

적용 방법 (자세한 내용은 첨부 가이드 참고)

  1. 모든 서버(primary, standby)에 패치 파일을 설치합니다. 운영 중에도 설치할 수 있습니다.
  2. standby를 재기동하고, 이어서 primary를 재기동합니다.
  3. primary에서 다음 명령을 한 번 실행합니다.
    ALTER EXTENSION pg_stat_statements UPDATE TO '1.10e2';

서비스 영향

  • 서버별 재기동 시간(수 초)만큼 접속이 끊깁니다.
  • 데이터에는 영향이 없습니다. 쌓여 있던 SQL 통계만 한 번 초기화됩니다.

주의 사항

  • 재기동 전에 3번(ALTER) 명령을 실행하지 마세요.
  • 확장을 삭제하고 다시 만드는 방식(DROP/CREATE EXTENSION)은 사용하지 마세요.
  • 나중에 PostgreSQL 17로 업그레이드할 때는 17 서버에 1.11e2를 먼저 설치하세요.

검증
운영과 같은 구성(primary 1대 + standby 2대)에서 적용, 원복, 재적용을 모두 확인했습니다. 값이 수천 개 들어간 SQL을 반복 실행해도 비정상 종료가 없었습니다.

첨부: pg_stat_statements-1.10e2_pg15.tar.gz (패치 소스, 상태 점검 SQL, 복구 SQL 포함)

1.12e1_18

Choose a tag to compare

@kayform kayform released this 03 Apr 02:09

1.12e1(for PG18)