Aurora MySQL 인덱스 DDL이 Reader 버퍼풀을 비운다?
Aurora MySQL 인덱스 DDL이 Reader 버퍼풀을 비운다?
Aurora MySQL에서 인덱스 DDL 수행 시 Reader 버퍼풀이 비워지는 현상을 다뤘습니다. 원인으로 지목된 엔진 결함과 3.14 릴리즈까지의 대응 과정을 소개합니다.
#Aurora#MySQL
100
국내 IT 기업 기술 블로그 최신 글
새로운 기술 블로그가 추가되었어요
필터 1
나는 하네스 깎는 노인이 되었다 시리즈 1: 은총알은 없다
AI가 팀 맥락을 이어받도록 지식 구조와 작업·결정·사고 기록을 하네스로 축적했습니다. 오답 자동 반영을 막고 실행 피해를 제한하기 위해 사람 검토와 다층 통제를 적용했습니다.
#AI 하네스#prompt
9800
사장님 입점신청 자동승인 주기를 10분에서 10초로
사장님 입점신청 자동승인 주기를 10분에서 10초로
자동승인 대기 지연을 줄이기 위해 아웃박스 큐를 걷어내고 단일 폴링 구조로 바꿨습니다. 후보 조회와 재시도를 분리해 외부 부하는 유지한 채 처리 시작 시간을 10초 이내로 개선했습니다.
#MySQL#동시성
2800
모놀리식인데, 도메인 하나만 따로 띄웁니다
모듈러 모놀리식에서 이슈 도메인만 따로 기동하는 standalone 구조를 소개했습니다. 빌드 조립과 트랜잭션 경계 분리를 통해 빠른 검증 환경을 만드는 방법을 설명했습니다.
#모듈러 모놀리식#MSA
5500
963초짜리 쿼리 하나가 HLL 205만까지 끌어올렸습니다
Aurora MySQL에서 963초짜리 쿼리 하나가 HLL을 205만까지 끌어올린 원인을 분석했습니다. 긴 스냅샷을 짧은 청크 조회로 나눠 HLL 급증을 완화했습니다.
#Aurora MySQL#MySQL
6700
벡터DB를 걷어내고 유사글 추천 되살리기 — 임베딩 배치 Agent 개발기
벡터DB를 걷어낸 뒤 MySQL과 배치로 유사글 추천을 다시 구현했습니다. Gemini 임베딩과 운영 사고 대응까지 포함해 비용과 안정성을 함께 개선했습니다.
#MySQL#벡터DB
9500
Amazon RDS for MySQL에서 Amazon Aurora Serverless v2로 전환한 메가MGC커피 모바일 주문 서비스 DB 현대화 사례
Amazon RDS for MySQL에서 Amazon Aurora Serverless v2로 전환한 메가MGC커피 모바일 주문 서비스 DB 현대화 사례
메가MGC커피가 RDS for MySQL을 Aurora Serverless v2로 전환해 오전 피크 트래픽 대응력을 높였습니다. 또한 Read Replica 기반 Cut-over와 ACU 조정으로 안정성과 비용 효율을 함께 확보했습니다.
#AWS#Amazon RDS
2000
Flava DBaaS 딥다이브: 아키텍처부터 마이그레이션, 그리고 미래까지
Flava DBaaS의 쿠버네티스 기반 아키텍처와 운영 구조를 소개했습니다. 또한 마이그레이션 도구와 서버리스, AI 기반 확장 방향까지 설명했습니다.
#Kubernetes#DBaaS
2900
쿠팡 파트너스
개발자를 위한 서적을 확인해 보세요
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.
#개발서적#프로그래밍
광고 성과 데이터 StarRocks 도입기
MySQL 기반 광고 성과 집계의 확장성과 안정성 문제를 해결하기 위해 StarRocks를 도입했습니다.\n외부 원천, MV 설계, 아키텍처 전환으로 부하 분리와 복구 편의성을 확보했습니다.
#Starrocks#MySQL
30900
![[의존성의 방향을 따라 1/5] 버전업이 고통인 이유](https://flex.team/blog/og/main.jpg)
[의존성의 방향을 따라 1/5] 버전업이 고통인 이유
50개 레포와 3,500개 모듈에서 Spring Boot 패치 버전업이 왜 조직 전체의 문제인지 설명했습니다. 수동 전파의 한계를 보여주고, 자동화된 recipe 기반 구조를 제안했습니다.
#Spring Boot#MySQL
13800
![[의존성의 방향을 따라 1/5] 버전업이 고통인 이유](https://cdn.sanity.io/images/v31psllp/production/6b5c6a4d92aeec8eb1400140ea58d591749ec8ee-1684x1030.png)
[의존성의 방향을 따라 1/5] 버전업이 고통인 이유
50개 레포와 3,500개 모듈 환경에서 Spring Boot 패치 버전업이 왜 조직 전체의 문제가 되는지 설명했습니다. 수동 전파의 병목을 줄이기 위해 자동화와 빌드 검증 중심의 Evergreen 구조를 제안했습니다.
#Spring Boot#Kotlin
5100
Aurora MySQL의 숨겨진 idle close 동작 — HikariCP "Failed to validate connection" 추적기
Aurora MySQL의 숨겨진 idle close 동작 — HikariCP "Failed to validate connection" 추적기
Aurora MySQL에서 HikariCP의 idle connection 검증 실패 원인을 추적해 비표준 timeout 동작을 확인했습니다. interactive_timeout 이 keepalive 보다 작으면 비활성 연결이 먼저 끊길 수 있음을 정리했습니다.
#Aurora MySQL#HikariCP
6600
[AI가 읽을 수 있는 코드베이스 3/5] Standalone App: 도메인 슬라이스 독립 실행
Issue 도메인을 독립 실행 가능한 standalone-app으로 조립해 핵심 로직만 빠르게 검증하는 구조를 소개했습니다. 프로덕션 Adapter만 교체하고 시드 데이터, Swagger, React 프론트엔드를 묶어 AI 협업 검증 환경을 만들었습니다.
#Hexagonal Architecture#Spring Boot
1100
[코드가 환경을 모르는 구조 7/7] Variant와 스냅샷 캐시, 그리고 다섯 축의 총합
테스트 인프라를 프로덕션 구조에 맞춰 variant와 스냅샷 캐시로 분리·재사용하는 방법을 정리했습니다. 경계를 깎아 교체 가능성을 만들면 CI와 개발 이터레이션이 함께 빨라졌습니다.
#MySQL#Kafka
13500