DB에 로그를 넣었더니 .. -ElasticSearch와 OpenSearch로 검색용 저장소를 분리한 이유
들어가며 — “로그 조회 하나가 왜 이렇게 느릴까?”처음 로그 수집 기능을 만들었을 때, 저는 아주 자연스러운 선택을 했습니다.“데이터니까 DB에 넣으면 되겠지.”API 요청 로그사용자 행동 로그에러 로그모두 RDB(MySQL) 에 차곡차곡 쌓았습니다.초반엔 문제없었습니다. 데이터도 적고, 조회도 단순했으니까요.하지만 시간이 지나면서 이런 일이 생기기 시작했습니다.특정 키워드가 포함된 로그 검색 → 풀 테이블 스캔날짜 + 조건 검색 → 인덱스가 있어도 느림“이건 DB 문제가 아니라, 검색 엔진 문제예요.”이 지점에서 ElasticSearch / OpenSearch 를 도입하게 되었습니다.문제 상황 — DB는 ‘저장’에 강하고, ‘검색’에는 약했다우리가 겪은 실제 이슈로그 데이터: 하루 수백만 건조회 패턴..
카테고리 없음
2026. 1. 6. 09:23
250x250
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- dl
- 이벤트유효성
- 로짓함수
- 프론트엔드
- NLP
- 코랩 워드클라우드 한글깨짐
- 인스턴스 생명주기
- gradientclipping
- 자연어처리
- 데이터옵션
- defaultparameter
- 리액트
- transformer
- PROMISE
- 인스턴스 구조
- 리액트 폴더구조
- 사용자정의이벤트
- 사전학습모델
- 인스턴스 옵션
- 콜백callback
- ML
- Await
- KoELECTRA
- 이벤트에미터
- async
- 코랩 워드클라우드
- 코랩 한글깨짐
- 컴포넌트간데이터전달
- 컴포넌트간통신
- AI
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
글 보관함