본문 바로가기

Diary/TIL

 (61)
2024-05-08) MySQL DB Indexing 고찰 6주간의 팀 프로젝트 작성이 마무리되었다. 급했던 나서 조금이나마 숨을 돌리면서 프로젝트를 되돌아보는 시간을 가졌다. 그러고 보니 놓치고 있었던 부분이 보이게 되었는데, 바로 인덱스가 생성될 때 실제 데이터 수와는 다른 인덱스가 생성되는 것을 확인할 수 있었다.프로젝트에 JPA annotation을 적용, 인덱스를 생성하여 약 20%의 성능 향상을 얻을 수 있었다. 그러나 사용 중 데이터 수와 인덱스 수의 불일치 현상이 발생하여 의문이 들었다. 50,000개의 데이터가 있는 데이터베이스에서 show index를 실행했을 때, 인덱스 수가 실제 데이터 수보다 20개 적은 49,980개로 나왔다. 이 문제를 해결하기 위해 데이터베이스를 복제하고 인덱스를 다시 생성했지만 결과는 같았다.이에 ALTER TABL..
2024-04-29) DB Connection pool 검색 오늘은 DB Connection Pool에 대해 공부했다. 이 개념은 여러 클라이언트가 데이터베이스와 상호 작용할 때 성능을 향상시키고 자원을 효율적으로 사용하는 데 중요한 역할을 한다는 것을 알게 되었다.먼저, DB Connection Pool이 무엇인지부터 이해했다. 데이터베이스 연결은 생성하는 데 많은 시간이 걸리며 자원을 소비한다. 만약 각 클라이언트가 요청할 때마다 새로운 연결을 생성하고 종료한다면 시스템의 성능이 크게 저하될 수 있다. DB Connection Pool은 이러한 문제를 해결하기 위해 미리 일정 수의 데이터베이스 연결을 만들어 두고, 필요할 때 재사용하도록 한다. 공부를 하면서 Connection Pool의 주요 이점에 대해 알게 되었다. 첫째, 성능 향상이다. 연결을 미리 만들..
2024-04-22) 동시성 이슈 공부 대부분의 서비스들의 경우 동시성 문제가 발생하지 않지만, 한정된 자원에 신청하는 티케팅, 좌석 예약 등의 서비스의 경우 필연적으로 다수의 사람이 하나의 자원을 얻으려고 하게 된다. 그렇기 때문에 db에 같은 부분에 값을 변경하려는 요청이 들어오려고 하게 되고, 이는 곧 데드락과 같은 교착상태를 생성하여 프로그램의 성능을 저하시킨다. 그렇기에 이 부분에 대하여 우선 순위를 정하게 하여 사람들이 접근할 수 있도록 해야되는데, 그 기법을 spring에서는 보통 락 이라고 한다. 전공때 배웠던 지식으로는 이를 해결하기 위한 방법으로 뮤텍스, 세마포어를 제시했었는데, 뮤텍스는 단일 자원에 대하여 접근을 제한하는 것이라면 세마포어는 자원에 여러명이 접근 가능하되, 접근 가능한 수를 제한하는 기법이었다. spring..
2024-04-19) 멀티스레드 공부 오늘은 멀티스레딩에 대해 깊이 있게 공부하게 되었다. 멀티스레딩은 프로세스 내에서 실행되는 가장 작은 실행 단위인 쓰레드를 이용하여 한 프로세스의 자원을 최대한 활용하는 기술이다. 멀티스레드를 사용하면 동일한 프로세스 내에서 자원을 공유하지만, 여러 작업을 독립적으로 병렬로 처리할 수 있다. 이는 특히 내가 현재 구현하고 있는 서비스에서 유용하게 적용될 수 있다.내가 구현 중인 서비스는 다음과 같은 단계로 구성된다:로그인 -> 메인 페이지 -> 검색 -> 좌석 선택 페이지 -> 좌석 예약(경쟁) -> 결제여기서 동시성 문제가 발생할 수 있는 경쟁 부분을 제외하고, 멀티스레드를 적용하면 성능과 응답성을 향상시킬 수 있을 것이다. 특히 로그인, 메인 페이지, 검색, 좌석 선택 페이지에 멀티스레드를 적용하는 ..
2024-04-18) 로드밸런싱 공부 대용량 트래픽을 처리하기 위해서 결국 로드밸런싱을 적용하게 될 것이라고 생각하게 되었고, 잠시 시간이 남게 되어 공부한 내용을 블로그에 작성하게 되었다. 적용방법 자체는 생각보다 어렵지는 않았는데, 아마도 AWS에 기본 구성이 탄탄해서 그런게 아닐까? 생각된다.하지만 결국 로드밸런싱이 적용된다는 것은 여러개의 인스턴스가 기본적으로 실행된다는 걸 의미하는 것일테고, 매달 사용시간인 750시간을 훌쩍 초과하게 되어 요금이 부과될 것이라고 생각하니 서버 가동 계획을 잘 구성해야겠다고 생각했다.1. 로드 밸런싱 적용 이유:단일 서버의 한계: 단일 서버는 트래픽이 증가할 경우 과부하로 인해 성능 저하나 다운타임이 발생할 수 있다.부하의 분산: 로드 밸런서는 여러 서버에 트래픽을 분산시켜 안정적인 서비스를 제공할 ..
2024-04-17) Redis 캐시 적용 Redis를 사용하여 Java Spring 애플리케이션에서 로그인 인증이 진행되는 UserDetails와 검색 결과인 Page를 캐싱. Redis를 캐시로 채택한 이유:복잡한 자료형 직렬화 지원: Redis는 리스트, 해시, 집합과 같은 복잡한 자료형을 직렬화하는 기능을 제공고급 기능 제공: 대기열, 분산 락과 같은 고급 기능을 제공하여 Memcached보다 유연하고 강력한 기능을 활용가능성능: 낮은 지연 시간과 높은 처리량을 제공하여 실시간 애플리케이션에 적합 의존성 추가 org.springframework.boot spring-boot-starter-data-redis org.springframework.boot spring-boot-starter-cacheredis 캐시 설정:..
2024-04-16) 캐싱 적용 방법 탐색 서비스의 latency를 낮추기 위하여 캐싱을 적용하기로 했고, 다음과 같은 방법으로 캐싱 전략을 수립했다. 수립한 인덱스 전략UserDetails는 사용자 인증 및 프로필 정보에 자주 접근하는 데이터로, 이 데이터의 조회 횟수가 매우 빈번합니다. 이를 효율적으로 관리하기 위해, redis에 그 값을 저장하여 db의 접근을 최소화 하였다.항공편 검색 기능은 다수의 사용자에게 빈번하게 사용되며, 웹페이지 이용자 통계에 따르면 90%이상의 사용자가 1페이지만 조회하며, 2페이지는 전체 사용자의 6.6%, 3페이지 이후엔 그보다 더 적은 것으로 보였다. 이러한 서버 리소스의 최적화를 위하여 1,2페이지의 경우에만 캐싱이 되도록 전략을 수립했다.좌석 조회 페이지의 경우,  캐싱을 적용함으로서 기대할 수 있는 점..
2024-04-15) 인덱싱 적용 오늘은 성능 개선의 방법 중 한가지인 인덱싱을 적용해주었다. 적용된 부분은 로그인의 Email 부분(정확히는 ID 역할을 하는) 과, 검색할때의 기능이다.다음과 같은 접근 방법으로 indexing 기술을 적용했다.개념적 탐색DB 인덱싱은 테이블에서 데이터 검색 작업의 속도와 효율성을 향상시키기 위해 사용되는 방법이다. 인덱스는 테이블의 데이터에 대한 순서화된 포인터 목록을 생성하여 데이터베이스 관리 시스템(DBMS)이 주어진 쿼리를 만족하는 행을 신속하게 찾고 액세스할 수 있도록 돕는다.인덱싱을 적용함으로서 기대할 수 있는 점조회 속도 증가테이블에 대한 전체 스캔 대신, 인덱스를 사용하여 빠르게 목표를 탐색할 수 있다.정렬된 데이터 접근 속도 증가인덱스는 기본적으로 정렬된 상태를 유지하기 때문에 ORDE..

티스토리툴바