JSCODE Logo
JSCODE 박재성JSCODE 제이온JSCODE 시니
과외유튜브블로그후기
완강 후기 이벤트블로그 리뷰 이벤트AWS SAA 합격 후기 이벤트
회사명 : JSCODE대표 : 박재성사업자 등록번호 : 244-22-01557통신판매업 : 제 2023-인천미추홀-0381 호

서울특별시 구로구 경인로 20가길 11(오류동, 아델리아)

Copyright ⓒ 2026 JSCODE - 최상위 현업 개발자들의 프로그래밍 교육 All rights reserved.

이용약관개인정보처리방침

실전에서 바로 써먹는 Elasticsearch 입문 (검색 최적화편)

Elasticsearch 기본 개념

Elasticsearch란? / Elasticsearch 주요 활용 사례
Elasticsearch 설치하기
Elasticsearch 작동 방식 / GUI 툴
GUI 툴로 Elasticsearch 훨씬 쉽게 조작하기 (feat. Kibana)
Elasticsearch의 기본 용어 정리 (인덱스, 도큐먼트, 매핑, 필드)
인덱스 생성하기 / 매핑 정의하기 / 도큐먼트 삽입하기
도큐먼트 저장, 조회, 수정, 삭제하기

Spring Boot, Elasitcsearch를 활용해 CRUD 구현하기

[실습] Spring Boot에 Elasitcsearch 연결하기 (feat. Spring Data Elasticsearch)
[실습] Elasticsearch를 활용해 CRUD API 만들기

기본 검색 기능 및 작동 원리

단어의 순서가 바뀌어도 검색이 가능하다 ?!
[실습] Elasitcsearch의 검색 기능 테스트해보기
역인덱스(Inverted Index)란?
[실습] 역인덱스(Inverted Index)를 활용한 데이터 조회
애널라이저(Analyzer)란?
Elasticsearch에 기본값으로 설정되어 있는 애널라이저(Analyzer)
[실습] 애널라이저(Analyzer)가 토큰을 어떻게 나누는 지 확인하는 방법
[실습] 대소문자 구분없이 검색하는 방법 (lowercase)
[실습] 검색할 때 필요없는 HTML 태그 제거하기 (html_strip)
[실습] 검색할 때 필요없는 불용어(a, an, the, or, but) 제거하기 (stop)
[실습] 단어의 형태(-ed, -ing, -s 등)에 상관없이 검색하는 방법 (stemmer)
[실습] 동의어로 검색하는 방법 (synonym)

한글에 최적화된 검색 기능

한글(korean)이 제대로 검색되지 않는 현상
[실습] Nori Analyzer를 활용해 한글(korean)이 제대로 검색되게 만들기
[실습] 한글(korean)과 영어(english)가 섞인 글을 검색 가능하게 만들기

데이터의 저장 타입을 결정하는 매핑(Mapping)

매핑(mapping)이란? / 데이터 타입(data type)
매핑(mapping)의 특이한 특징 (null 허용, Array 허용)
[실습] 저장할 데이터에 맞게 매핑 정의하기

자주 사용하는 검색 기능

검색 키워드가 포함된 데이터를 조회하고 싶을 때 (match)
특정 값과 정확하게 일치하는 데이터를 조회하고 싶을 때 (term, terms)
2가지 이상의 조건을 만족시키는 데이터를 조회하고 싶을 때 (bool : filter, must)
[예제] filter와 must 구분해서 사용하기
특정 조건을 만족하지 않는 데이터를 조회하고 싶을 때 (bool : must_not)
숫자/날짜의 값에 대해 범위 조건으로 데이터를 조회하고 싶을 때 (range)
특정 조건을 만족하는 데이터 위주로 상위 노출 시키고 싶을 때 (bool : should)
[실습] 검색 결과 중 평점이 높고 좋아요 수가 많은 글을 상위에 노출시키고 싶은 경우
오타가 있더라도 유사한 단어를 포함한 데이터를 조회하고 싶을 때 (fuzziness)
여러 필드(ex. 제목, 내용)에서 검색 키워드가 포함된 데이터를 조회하고 싶을 때 (multi_match)
검색한 키워드를 하이라이팅 처리하고 싶을 때 (highlight)
페이지네이션 (Pagination), 정렬(Sorting)
하나의 필드에 text와 keyword 타입을 동시에 사용하고 싶을 때 (Multi Field)
검색 키워드를 일부 입력했을 때 검색어를 추천해주는 기능 (자동 완성 기능)

[프로젝트] Elasticsearch로 쿠팡의 상품 검색 기능 구현하기

프로젝트 설명 / 요구 사항 (상품 검색 기능, 자동 완성 기능)
기존 프로젝트 구조 살펴보기
인프라 아키텍처 설계하기
[실습] 인덱스 생성 / 매핑 정의 / 여러 필드에 걸쳐 검색하기
[실습] 대소문자 구분 없이 검색 / 단어 순서 상관없이 검색 / HTML 태그 섞이지 않게 검색
[실습] 한글, 영어 검색 / 동의어 기반 검색 / 필터링
[실습] 특정 조건 상위 노출 / 오타 허용 검색 / 하이라이팅 처리 / 페이지네이션
[실습] 자동 완성 기능
최종 쿼리 / 적용 전략 및 순서
[실습] Spring Boot에서 인덱스에 맞게 Document 정의하기
[실습] MySQL에 데이터 삽입/삭제 시 Elasticsearch에도 같이 반영되게 만들기
[실습] Spring Boot에서 Elasticsearch 활용해 자동완성 API 만들기
[실습] Spring Boot에서 Elasticsearch 활용해 검색 API 만들기
[참고 자료] 프로젝트 완성본 (Github)
현업에서는 Elasticsearch를 직접 구축해서 쓰진 않나요?
AWS Opensearch vs Elastic Cloud
[참고 자료] 실습에서 발생하는 Elastic Cloud 비용
[실습] Elastic Cloud에서 Elasticsearch 생성하기 (+ 가입하기)
[실습] Spring Boot에 Elasitc Cloud의 Elasticsearch 연결하기
[보충 강의] 비용 나가지 않게 Elastic Cloud 리소스 정리하기
← 블로그 목록으로 돌아가기

[실습] 단어의 형태(-ed, -ing, -s 등)에 상관없이 검색하는 방법 (stemmer)

JSCODE 박재성
JSCODE 박재성
2026. 04. 04.
author
JSCODE 박재성
category
Elasticsearch
createdAt
Dec 6, 2025 04:20 AM
isPublic
isPublic
series
실전에서 바로 써먹는 Elasticsearch 입문 (검색 최적화편)
slug
exercise-stemmer
type
post
updatedAt
Apr 4, 2026 10:00

✅ 단어의 형태(-ed, -ing, -s, -er 등)에 상관없이 검색하는 방법

영어 단어를 보면 play, playing, played, player 등 다양한 형태로 사용된다. 검색을 할 때 단어의 형태에 상관없이 검색이 가능하다면 훨씬 편하게 원하는 데이터를 조회할 수 있을 것이다. 지금부터 단어의 형태에 상관없이 검색하는 방법에 대해 알아보자.
 
  1. Custom Analyzer를 활용해 인덱스 생성하기
    1. // 기존 인덱스 삭제 DELETE /boards // 인덱스 생성 + 매핑 정의 + Custom Analyzer 적용 PUT /boards { "settings": { "analysis": { "analyzer": { "boards_content_analyzer": { "char_filter": [], "tokenizer": "standard", "filter": ["lowercase"] } } } }, "mappings": { "properties": { "content": { "type": "text", "analyzer": "boards_content_analyzer" } } } } // 잘 생성됐는 지 확인 GET /boards
      이번 Analyzer에는 standard tokenizer(공백 또는 ,, ., !, ?와 같은 문장 부호를 기준으로 문자열을 자름)와 lowercase token filter(소문자로 변환)만 설정했다.
 
  1. 데이터 삽입하기
    1. POST /boards/_doc { "content": "Running cats, jumping!" }
       
  1. 검색해보기
    1. GET /boards/_search { "query": { "match": { "content": "run" } } } GET /boards/_search { "query": { "match": { "content": "cat" } } } GET /boards/_search { "query": { "match": { "content": "jumped" } } }
      위 쿼리로 검색해보면 데이터가 조회되지 않는다. 왜 데이터가 조회되지 않는 지 Analyze API로 분석해보자.
 
  1. Analyze API 사용하기
    1. GET /boards/_analyze { "field": "content" "text": "Running cats, jumping!" }
       
      응답값
      { "tokens": [ { "token": "running", "start_offset": 0, "end_offset": 7, "type": "<ALPHANUM>", "position": 0 }, { "token": "cats", "start_offset": 8, "end_offset": 12, "type": "<ALPHANUM>", "position": 1 }, { "token": "jumping", "start_offset": 14, "end_offset": 21, "type": "<ALPHANUM>", "position": 2 } ] }
      분리된 토큰을 살펴보면 검색할 때 영어 단어의 형태까지 일치시켜서 정확하게 입력해야만 검색이 된다는 걸 알 수 있다. 하지만 실제 검색을 하다보면 정확한 단어 형태가 떠오르지 않아서 비슷한 단어를 입력해서 검색을 하는 경우가 대부분이다. 이 불편함을 해결해보자.
       
  1. Custom Analyzer를 활용해 인덱스 다시 생성하기
    1. 이번에는 token filter에 stemmer을 추가해서 인덱스를 생성해보자. stemmer은 영단어를 기본형으로 변환한 후에 토큰으로 저장한다.
      // 기존 인덱스 삭제 DELETE /boards // 인덱스 생성 + 매핑 정의 + Custom Analyzer 적용 PUT /boards { "settings": { "analysis": { "analyzer": { "boards_content_analyzer": { "char_filter": [], "tokenizer": "standard", "filter": ["lowercase", "stemmer"] } } } }, "mappings": { "properties": { "content": { "type": "text", "analyzer": "boards_content_analyzer" } } } } // 잘 생성됐는 지 확인 GET /boards
       
  1. 데이터 삽입하기
    1. GET /boards/_doc { "content": "Running cats, jumping!" }
       
  1. 검색해보기
    1. GET /boards/_search { "query": { "match": { "content": "run" } } } GET /boards/_search { "query": { "match": { "content": "cat" } } } GET /boards/_search { "query": { "match": { "content": "jumped" } } }
      token filter로 stemmer를 추가한 이후로 변형된 단어로도 검색이 잘 된다. 왜 그런지 Analyze API로 확인해보자.
 
  1. Analyze API 사용하기
    1. GET /boards/_analyze { "field": "content", "text": "Running cats, jumping!" }
       
      응답값
      { "tokens": [ { "token": "run", "start_offset": 0, "end_offset": 7, "type": "<ALPHANUM>", "position": 0 }, { "token": "cat", "start_offset": 8, "end_offset": 12, "type": "<ALPHANUM>", "position": 1 }, { "token": "jump", "start_offset": 14, "end_offset": 21, "type": "<ALPHANUM>", "position": 2 } ] }
      응답값을 보면 영단어의 기본 형태로 저장되어 있는 걸 확인할 수 있다. 여기서 jumped라고 검색했는데도 데이터가 잘 조회된 이유를 다시 한 번 짚어보자.
      notion image
      도큐먼트를 생성할 때 Analyzer가 문자열을 토큰으로 변환해 역인덱스를 생성한다. 그런데 검색을 할 때도 Analyzer가 검색어로 입력한 문자열을 토큰으로 변환해 검색한다.
      이 때문에 jumped이라고 검색어를 입력하더라도 stemmer에 의해 jump로 바뀐 채로 검색을 하게 된다. 그래서 jumped라고 검색했는데도 불구하고 도큐먼트가 조회된 것이다.
       

✅ 정리

play, playing, played, player와 같이 영단어의 형태에 상관없이 검색을 할 수 있게 만들고 싶다면 token filter로 stemmer 적용을 고려해보자.
 
👨🏻‍🏫
다음 강의에서는 Analyzer의 또 다른 기능에 대해 배워보도록 하자.
 
📎
이 글은 실전에서 바로 써먹는 Elasticsearch 입문 (검색 최적화편) 강의의 수업 자료 중 일부입니다.