ClickHouse를 처음 접했을 때 가장 혼란스러웠던 건 용어였다. MySQL이나 MariaDB에서는 그냥 테이블 만들고 쿼리 날리면 됐는데, ClickHouse는 처음부터 "Shard", "Replica", "Distributed 테이블", "ZooKeeper"가 튀어나온다. 심지어 테이블도 두 종류가 있다고 한다. 이 글에서는 ClickHouse 클러스터가 어떤 구조로 이루어져 있는지, 각 개념이 무슨 역할을 하는지 한 눈에 이해할 수 있도록 정리해본다. ClickHouse는 왜 클러스터 구조를 쓸까? ClickHouse는 대용량 분석 쿼리에 최적화된 컬럼형 DB다. 수억 건의 데이터를 빠르게 집계하는 게 주 목적이다 보니, 데이터를 여러 서버에 나눠 저장하고 병렬로 처리하는 구조가 기본이 ..

배경얼마 전 업무에서 캐시를 적용했는데도 성능이 나아지지 않는 이상한 상황을 겪었다.캐시 히트는 정상이었다. 근데 느렸다. 문제는 8500개짜리 Map을 캐시에서 꺼내는 로직에 있었다. getDataMap()은 분명 캐시에서 응답하고 있었는데, 요청이 몰릴 때마다 성능 저하가 반복됐다.@Cacheable(value = "dataCache", key = "'dataMap'")public Map getDataMap() { return dataRepository.findAll();} 원인을 파고들다 보니 내가 캐시 설정 파일에서 무심코 을 쓰고 있었다는 걸 알게 됐다. 50 그리고 그때 처음으로 제대로 이해했다. Heap 캐시와 Offheap 캐시는 동작 방식 자체가 다르다는..

⚠️ 문제 상황 Spring Boot에서 Gradle에 있는 Dependency의 버전을 정리하던 중에 Redis 사용을 위한 Lettuce 의존성을 수정하던 중 문제가 발생했다. 기존에는 사용하는 Lettuce 라이브러리의 버전을 다음과 같이 명시적으로 적어줬었다.implementation 'io.lettuce:lettuce-core:6.0.0.RELEASE' 하지만 현재 Spring Boot 버전에 맞게 사용하도록 라이브러리의 버전을 때도록 수정해줬다.implementation 'io.lettuce:lettuce-core' 빌드는 제대로 되지만 런타임 중에 에러가 발생하는 문제가 발생했다. ❗️에러 메시지Caused by: io.lettuce.core.RedisCommandExecuti..

자바에서 프로그래밍할 때 언제나 조심해야 하는 것은 NullPointerException이다.실제로 최근 실무에서 null 체크를 꼼꼼히 안했다가 운영에서 에러가 찍히는 사태가 발생했다😱 그리고 List가 null 인지와 비었는지를 모두 확인해줘야 할 일이 생겼는데, Spring에서 제공하는 CollectionUtils을 쓰면 한 번에 체크할 수 있다는 것을 알게 되었다. 그래서 그 내용을 정리하고자 한다. 1. null vs empty우선 null과 empty의 차이에 대해 정리해보자.아래 그림은 null과 empty의 차이를 아주 잘 설명해주는 짤이다. 왼쪽 칸을 보면 휴지의 주요 내용물인 흰 부분(데이터)가 없고, 휴지를 담고 있던 휴지심(객체)는 있는 상태이다.오른쪽 칸을..

오랜만에 쓰는 프로젝트와 대외활동 회고입니다🙂 프로젝트와 취업 준비로 정신없는 나날을 보내고 있는데, 경험 정리를 위해 거의 1년 동안 진행했던 활동을 되돌아 보고 싶어서 적게 되었습니다.(취업 전에 시간되는대로 비공개로 내용을 조금씩 적고 있었습니다! 그리고 공개된 지금은 취업한 상태입니다)+ 지금은 사이드 프로젝트 종료되었습니다...1. 시작 계기 작년부터 취업 준비와 병행하며 사이드 프로젝트를 진행하고 있습니다. 취준 중에도 개발을 손에 놓고 싶지 않았고, 협업하는 감을 유지하고 싶었습니다. 제가 전공과 SSAFY에서 프로젝트를 진행하면서 아쉬웠던 점이 있었습니다. 실사용 서비스를 못 만들어봤다는 것입니다. 아무래도 포트폴리오에 쓸 프로젝트를 짧은 기간 동안 개발하다보니, 단순히 구현하고 배포하..

❗️에러 메시지org.mockito.exceptions.verification.opentest4j.ArgumentsAreDifferent      💻 개발 환경Framework : `Spring Boot 3.2.3`DB : `MySQL`(로컬), `H2`(테스트)Library : `JPA`, `QueryDSL 5.0.0`Test : `JUnit`     🔎 원인Spring에서 Junit으로 Controller 단의 게시글 수정 기능을 테스트하는데, `verify()` 부분에서 검증에러가 났다.  @Nested @DisplayName("구인 게시글 수정") public class updateHiringPostTest { private Long postId; pr..