# 대규모 미확인 사용자 알림으로 인해 대형 큐에서 발생하는 매우 느린 Sidekiq 문제

**URL:** https://meta.discourse.org/t/very-slow-sidekiq-issue-with-large-queue-due-to-massive-numbers-of-unread-user-notifications/140716
**Category:** Self-hosting
**Created:** [2월 5, 2020, 12:07오후 UTC](https://meta.discourse.org/t/very-slow-sidekiq-issue-with-large-queue-due-to-massive-numbers-of-unread-user-notifications/140716 "2020-02-05T12:07:57Z")
**Posts on this page:** 1
**Showing post:** 62

<div class="post-metadata">

### Author: ![supermathie](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/supermathie/32/507518_2.png) [@supermathie](https://meta.discourse.org/u/supermathie)
#### Post date: [2월 25, 2020, 4:56오후 UTC](https://meta.discourse.org/t/very-slow-sidekiq-issue-with-large-queue-due-to-massive-numbers-of-unread-user-notifications/140716/62 "2020-02-25T16:56:34Z")

</div>

알림(notifications) 테이블이 여전히 _매우 큽니다_. 예를 들어 meta를 비교해 보세요:

```plaintext
notifications | 1230140 | 316 MB | 581 MB | 897 MB    

```

다음 내용을 시도해 보세요 (첫 번째 명령은 실행 중 잠시 오류나 읽기 전용 상태를 유발할 수 있습니다):

`VACUUM FULL VERBOSE notifications`  
그리고  
`REINDEX DATABASE «yourdatabasename»`

그 후 다시 통계를 게시해 주시겠습니까?

(다른 테이블을 살펴보니, `posts` 테이블에도 방대한 인덱스가 있습니다. meta에서는 인덱스가 `674 MB`인데 비해 `3933 MB`를 차지하고 있습니다. 짧은 시간의 다운타임을 확보할 수 있다면, 전체 DB를 대상으로 `VACUUM FULL VERBOSE`를 실행한 후 재인덱싱을 수행하는 것을 권장합니다.)

---

_[View the full topic](https://meta.discourse.org/t/very-slow-sidekiq-issue-with-large-queue-due-to-massive-numbers-of-unread-user-notifications/140716)._