데이터베이스 크기/유지 관리

제품 지원 자체 호스팅
1

Discourse가 사용하는 데이터베이스 크기가 어느 정도 합리적인지, 그리고 최적화 여지가 있는지 확인하려고 합니다. 현재 디스크 사용량은 120GB이며, 가장 큰 테이블들은 다음과 같습니다.

              relation              | total_size
------------------------------------+------------
 public.post_timings                | 64 GB
 public.posts                       | 8685 MB
 public.user_auth_token_logs        | 8664 MB
 public.topic_views                 | 8105 MB
 public.user_visits                 | 8027 MB
 public.post_search_data            | 3631 MB
 public.user_actions                | 2689 MB
 public.notifications               | 2355 MB
 public.topic_users                 | 2290 MB
 public.email_logs                  | 1524 MB
 public.incoming_links              | 1372 MB

이 크기의 분배가 합리적인지 궁금합니다. post_timings 테이블의 역할은 정확히 모르겠지만, 다른 스레드에서 이 테이블이 압도적으로 가장 많은 공간을 차지한다고 읽었습니다.

데이터베이스에 수동으로 수행할 수 있고, 수행해야 할某种의 유지보수가 있을까요?

2

Timings 테이블은 항상 가장 크므로, 이는 정상적인 상황입니다.

업데이트가 최신 상태라면, 최신 PostgreSQL 버전은 이 영역에 대한 개선 사항을 제공합니다. 다만, 수행해야 할 작은 단계가 하나 있습니다:

해당 링크에서 “Re-creating the indexes” 항목을 참고하세요.