검색 인덱스 적용하기: MySQL FULLTEXT + 복합 인덱스로 LIKE 중심 검색을 바꾼 과정
검색 성능은 SQL 한 줄 교체로 끝나지 않았다. 인덱스 구조, 쿼리 조건, 롤아웃 순서를 함께 바꿔야 효과가 안정적으로 나왔다.
Tags
- spring-boot 4
- jvm 2
- kotlin 2
- warmup 1
- cold-start 1
- ecs 1
- docker 1
- appcds 1
- layered-jar 1
- monitoring 1
- observability 1
- lgtm 1
- architecture 1
- ha 1
- health-check 1
- alerting 1
- wal 1
- write-path 1
- fargate 1
- ecs-ec2 1
- hikari 1
- tomcat 1
- thread-pool 1
- connection-pool 1
- tuning 1
- mysql 1
- index 1
- fulltext 1
- search 1
- query-optimization 1
spring-boot
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
Spring Boot Docker 최적화 기록: Layered JAR와 AppCDS를 어디까지 적용할 것인가
코드 변경 배포에서 전송량이 커지는 문제를 Layered JAR로 줄이고, AppCDS는 환경 조건에 따라 어느 수준까지 유효한지 측정 결과로 정리한다.
Spring Boot 첫 요청 지연 분석: Warmup으로 초기화 비용을 어디로 옮길 것인가
핵심은 최적화가 아니라 시점 이동이었다. 첫 사용자 요청이 내던 초기화 비용을 배포 직후 Warmup 구간으로 옮겼다.
jvm
Spring Boot Docker 최적화 기록: Layered JAR와 AppCDS를 어디까지 적용할 것인가
코드 변경 배포에서 전송량이 커지는 문제를 Layered JAR로 줄이고, AppCDS는 환경 조건에 따라 어느 수준까지 유효한지 측정 결과로 정리한다.
Spring Boot 첫 요청 지연 분석: Warmup으로 초기화 비용을 어디로 옮길 것인가
핵심은 최적화가 아니라 시점 이동이었다. 첫 사용자 요청이 내던 초기화 비용을 배포 직후 Warmup 구간으로 옮겼다.
kotlin
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
Spring Boot 첫 요청 지연 분석: Warmup으로 초기화 비용을 어디로 옮길 것인가
핵심은 최적화가 아니라 시점 이동이었다. 첫 사용자 요청이 내던 초기화 비용을 배포 직후 Warmup 구간으로 옮겼다.
warmup
Spring Boot 첫 요청 지연 분석: Warmup으로 초기화 비용을 어디로 옮길 것인가
핵심은 최적화가 아니라 시점 이동이었다. 첫 사용자 요청이 내던 초기화 비용을 배포 직후 Warmup 구간으로 옮겼다.
cold-start
Spring Boot 첫 요청 지연 분석: Warmup으로 초기화 비용을 어디로 옮길 것인가
핵심은 최적화가 아니라 시점 이동이었다. 첫 사용자 요청이 내던 초기화 비용을 배포 직후 Warmup 구간으로 옮겼다.
ecs
Spring Boot 첫 요청 지연 분석: Warmup으로 초기화 비용을 어디로 옮길 것인가
핵심은 최적화가 아니라 시점 이동이었다. 첫 사용자 요청이 내던 초기화 비용을 배포 직후 Warmup 구간으로 옮겼다.
docker
Spring Boot Docker 최적화 기록: Layered JAR와 AppCDS를 어디까지 적용할 것인가
코드 변경 배포에서 전송량이 커지는 문제를 Layered JAR로 줄이고, AppCDS는 환경 조건에 따라 어느 수준까지 유효한지 측정 결과로 정리한다.
appcds
Spring Boot Docker 최적화 기록: Layered JAR와 AppCDS를 어디까지 적용할 것인가
코드 변경 배포에서 전송량이 커지는 문제를 Layered JAR로 줄이고, AppCDS는 환경 조건에 따라 어느 수준까지 유효한지 측정 결과로 정리한다.
layered-jar
Spring Boot Docker 최적화 기록: Layered JAR와 AppCDS를 어디까지 적용할 것인가
코드 변경 배포에서 전송량이 커지는 문제를 Layered JAR로 줄이고, AppCDS는 환경 조건에 따라 어느 수준까지 유효한지 측정 결과로 정리한다.
monitoring
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
observability
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
lgtm
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
architecture
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
ha
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
health-check
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
alerting
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
wal
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
write-path
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
fargate
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
ecs-ec2
왜 이 모니터링 아키텍처를 선택했을까: Hybrid LGTM, HA, 외부 API 헬스체크 설계 기록
이번 결정의 핵심은 도구 선호가 아니라 장애 중에도 관측이 끊기지 않는 구조를 만드는 일이었다.
hikari
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
tomcat
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
thread-pool
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
connection-pool
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
tuning
우리 서비스에 맞는 커넥션풀/스레드풀 수를 구해서 설정하기: 계산 기반 단계별 튜닝
이번 작업의 핵심은 숫자를 크게 넣는 게 아니라, 우리 서비스 트래픽에서 필요한 동시 연결 수를 계산하고 단계적으로 확장하는 것이었다.
mysql
검색 인덱스 적용하기: MySQL FULLTEXT + 복합 인덱스로 LIKE 중심 검색을 바꾼 과정
검색 성능은 SQL 한 줄 교체로 끝나지 않았다. 인덱스 구조, 쿼리 조건, 롤아웃 순서를 함께 바꿔야 효과가 안정적으로 나왔다.
index
검색 인덱스 적용하기: MySQL FULLTEXT + 복합 인덱스로 LIKE 중심 검색을 바꾼 과정
검색 성능은 SQL 한 줄 교체로 끝나지 않았다. 인덱스 구조, 쿼리 조건, 롤아웃 순서를 함께 바꿔야 효과가 안정적으로 나왔다.
fulltext
검색 인덱스 적용하기: MySQL FULLTEXT + 복합 인덱스로 LIKE 중심 검색을 바꾼 과정
검색 성능은 SQL 한 줄 교체로 끝나지 않았다. 인덱스 구조, 쿼리 조건, 롤아웃 순서를 함께 바꿔야 효과가 안정적으로 나왔다.
search
검색 인덱스 적용하기: MySQL FULLTEXT + 복합 인덱스로 LIKE 중심 검색을 바꾼 과정
검색 성능은 SQL 한 줄 교체로 끝나지 않았다. 인덱스 구조, 쿼리 조건, 롤아웃 순서를 함께 바꿔야 효과가 안정적으로 나왔다.
query-optimization
검색 인덱스 적용하기: MySQL FULLTEXT + 복합 인덱스로 LIKE 중심 검색을 바꾼 과정
검색 성능은 SQL 한 줄 교체로 끝나지 않았다. 인덱스 구조, 쿼리 조건, 롤아웃 순서를 함께 바꿔야 효과가 안정적으로 나왔다.