<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://yuchankim-dev.github.io/</id><title>Don't Stop Keep Going</title><subtitle>백엔드 개발자의 3개월 코딩테스트 준비 기록. 이진 탐색부터 시작해서 매일 푼 문제와 시행착오를 남깁니다.</subtitle> <updated>2026-09-15T13:14:59+09:00</updated> <author> <name>Yuchan Kim</name> <uri>https://yuchankim-dev.github.io/</uri> </author><link rel="self" type="application/atom+xml" href="https://yuchankim-dev.github.io/feed.xml"/><link rel="alternate" type="text/html" hreflang="en" href="https://yuchankim-dev.github.io/"/> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 Yuchan Kim </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>운영 DB 메모리가 계속 늘어난다는 리포트를 받았을 때 - 버퍼풀 vs 진짜 누수 구분하기</title><link href="https://yuchankim-dev.github.io/posts/mysql-memory-growth-buffer-pool-vs-leak/" rel="alternate" type="text/html" title="운영 DB 메모리가 계속 늘어난다는 리포트를 받았을 때 - 버퍼풀 vs 진짜 누수 구분하기" /><published>2026-09-15T13:14:00+09:00</published> <updated>2026-09-15T13:14:43+09:00</updated> <id>https://yuchankim-dev.github.io/posts/mysql-memory-growth-buffer-pool-vs-leak/</id> <content type="text/html" src="https://yuchankim-dev.github.io/posts/mysql-memory-growth-buffer-pool-vs-leak/" /> <author> <name>Yuchan Kim</name> </author> <category term="트러블슈팅" /> <category term="MySQL" /> <summary>Kafka 메시지를 소비해서 DB에 적재하는 컨슈머 애플리케이션을 운영 중인데, “DB 메모리가 계속 증가한다”는 리포트를 받았다. 결론부터 말하면 아직 원인을 100% 확정하지 못했고, 지금은 재기동 후 추이를 지켜보는 중이다. 완결된 해결기가 아니라 진행 중인 진단 과정을 그대로 남긴다. 리포트 자체가 불안정했다 가장 먼저 한 일은 “얼마나, 어떤 주기로 늘어나는지”를 명확히 하는 것이었다. 처음 전달받은 내용은 “하루에 3%씩 증가한다” 였는데, 확인 과정에서 “하루가 아니라 주 단위로 2~3%씩 증가한다” 로 정정됐다. 숫자 하나 확정하는 데도 몇 번을 되물어야 했다. 모니터링 주체가 다르면(운영팀 vs 개발자) 같은 현상도 다르게 요약되어 전달될 수 있다는 걸 새삼 느...</summary> </entry> <entry><title>[LeetCode-1011] 탐색 상한을 "최댓값"으로 잡으면 안 되는 이유 - 파라메트릭 서치의 탐색 범위 설계</title><link href="https://yuchankim-dev.github.io/posts/capacity-to-ship-packages-lc1011/" rel="alternate" type="text/html" title="[LeetCode-1011] 탐색 상한을 &amp;quot;최댓값&amp;quot;으로 잡으면 안 되는 이유 - 파라메트릭 서치의 탐색 범위 설계" /><published>2026-09-14T18:30:00+09:00</published> <updated>2026-09-14T18:51:07+09:00</updated> <id>https://yuchankim-dev.github.io/posts/capacity-to-ship-packages-lc1011/</id> <content type="text/html" src="https://yuchankim-dev.github.io/posts/capacity-to-ship-packages-lc1011/" /> <author> <name>Yuchan Kim</name> </author> <category term="알고리즘 연습" /> <category term="이진탐색" /> <summary>이진 탐색 개념과 패턴 정리는 카테고리 총정리 글에서 다룬다. 문제 링크: https://leetcode.com/problems/capacity-to-ship-packages-within-d-days/ 파일 경로: src/main/java/coding_test/이진탐색/LC1011_CapacityToShipPackagesWithinDDays.java 난이도: Medium 먼저 밝혀둘 게 있다. 이 문제는 혼자 힌트 없이 푼 게 아니다. 여러 번 틀리는 과정 자체는 전부 내가 직접 겪은 것이지만, 마지막 결정적인 원인(탐색 상한 설정 오류)은 결국 힌트를 받고서야 알았다. 그래도 그 과정에서 뭘 몰랐는지는 뚜렷해졌다. 문제 설명 컨베이어 벨트 위에 짐이 순서대로 놓여 있고, day...</summary> </entry> <entry><title>Spring Boot에 Kafka 컨슈머 붙이기 - 의존성과 자동 설정, 그리고 프로퍼티</title><link href="https://yuchankim-dev.github.io/posts/spring-boot-kafka-consumer-setup/" rel="alternate" type="text/html" title="Spring Boot에 Kafka 컨슈머 붙이기 - 의존성과 자동 설정, 그리고 프로퍼티" /><published>2026-09-11T21:00:00+09:00</published> <updated>2026-09-11T21:00:00+09:00</updated> <id>https://yuchankim-dev.github.io/posts/spring-boot-kafka-consumer-setup/</id> <content type="text/html" src="https://yuchankim-dev.github.io/posts/spring-boot-kafka-consumer-setup/" /> <author> <name>Yuchan Kim</name> </author> <category term="SpringBoot" /> <category term="Kafka" /> <summary>Kafka 컨슈머를 Spring Boot에 붙이면서 정리한 내용을 남긴다. 첫 글은 의존성과 기본 설정이다. 설정값 하나하나에 “왜 이 값인가”를 붙여둔다. 환경 항목 버전 Java 17 Spring Boot 3.3.4 spring-kafka 3.2.4 kafka-clients 3.7.1 Gradle 8.10.1 의존성 plugins { id 'java' id 'org.springframework.boot' version '...</summary> </entry> <entry><title>[LeetCode-1283] 파라메트릭 서치 응용 - divisor를 후보값으로 이진 탐색하기</title><link href="https://yuchankim-dev.github.io/posts/smallest-divisor-lc1283/" rel="alternate" type="text/html" title="[LeetCode-1283] 파라메트릭 서치 응용 - divisor를 후보값으로 이진 탐색하기" /><published>2026-09-10T21:00:00+09:00</published> <updated>2026-09-10T21:00:00+09:00</updated> <id>https://yuchankim-dev.github.io/posts/smallest-divisor-lc1283/</id> <content type="text/html" src="https://yuchankim-dev.github.io/posts/smallest-divisor-lc1283/" /> <author> <name>Yuchan Kim</name> </author> <category term="알고리즘 연습" /> <category term="이진탐색" /> <summary>문제 링크: https://leetcode.com/problems/find-the-smallest-divisor-given-a-threshold/ 파일 경로: src/main/java/coding_test/이진탐색/LC1283_FindTheSmallestDivisorGivenAThreshold.java 난이도: Medium 문제 설명 정수 배열 nums와 threshold가 주어진다. 양의 정수 divisor를 하나 골라 배열의 모든 원소를 그 값으로 나눈 뒤(몫은 올림 처리) 다 더한 값이 threshold 이하가 되도록 하는 가장 작은 divisor를 구한다. Input: nums = [1,2,5,9], threshold = 6 -&amp;gt; Output: 5 Input: num...</summary> </entry> <entry><title>[LeetCode-875] 파라메트릭 서치 첫 문제 - 답이 될 후보값을 이진 탐색한다</title><link href="https://yuchankim-dev.github.io/posts/koko-eating-bananas-lc875/" rel="alternate" type="text/html" title="[LeetCode-875] 파라메트릭 서치 첫 문제 - 답이 될 후보값을 이진 탐색한다" /><published>2026-09-10T21:00:00+09:00</published> <updated>2026-09-10T21:00:00+09:00</updated> <id>https://yuchankim-dev.github.io/posts/koko-eating-bananas-lc875/</id> <content type="text/html" src="https://yuchankim-dev.github.io/posts/koko-eating-bananas-lc875/" /> <author> <name>Yuchan Kim</name> </author> <category term="알고리즘 연습" /> <category term="이진탐색" /> <summary>문제 링크: https://leetcode.com/problems/koko-eating-bananas/ 파일 경로: src/main/java/coding_test/이진탐색/LC0875_KokoEatingBananas.java 난이도: Medium 문제 설명 바나나 더미가 n개 있고, i번째 더미에는 piles[i]개의 바나나가 있다. h시간 안에 모든 바나나를 다 먹어야 한다. 매 시간 한 더미를 골라 속도 k만큼 먹는데(더미에 k개보다 적게 남았으면 그 시간엔 그 더미만 다 먹고 끝), 모든 바나나를 h시간 안에 다 먹을 수 있는 최소 속도 k를 구한다. Input: piles = [3,6,7,11], h = 8 -&amp;gt; Output: 4 Input: piles = [30,11,2...</summary> </entry> </feed>
