

MySQL timestamp 와 Y2K38 Problem
Y2K38은 32비트 Unix Time의 한계로 2038년 이후 날짜 처리 오류가 발생할 수 있는 문제를 다뤘습니다. MySQL timestamp 와 datetime 의 차이와 함께 실제 변환 테스트로 영향 범위를 확인했습니다.
새로운 기술 블로그가 추가되었어요


Y2K38은 32비트 Unix Time의 한계로 2038년 이후 날짜 처리 오류가 발생할 수 있는 문제를 다뤘습니다. MySQL timestamp 와 datetime 의 차이와 함께 실제 변환 테스트로 영향 범위를 확인했습니다.


복잡한 광고 타게팅 조회를 MySQL 조인에서 Elasticsearch inverted index 검색으로 전환했습니다. 단일 샤드·자동 레플리카 확장 구성으로 낮은 지연과 수평 확장을 확보했습니다.


리워드 광고 플랫폼 성장에 따라 MySQL 기반 광고 서버의 수평 확장 한계가 드러났습니다. 이를 해결하기 위해 엘라스틱서치로 전환해 타게팅과 송출 구조를 개선했습니다.

일반 투표와 선착순 투표를 분리해 OOP 기반 확장형 아키텍처를 설계했습니다.\nDecorator와 Named Lock으로 공통 기능 재사용과 동시성 제어를 함께 다뤘습니다.


TypeORM 마이그레이션으로 스키마 변경·롤백 쿼리 생성과 이력 관리를 자동화했습니다.\n실행 순서와 DB 벤더별 DDL 트랜잭션 특성에 주의해야 합니다.


Django·DRF 프로젝트의 파편화와 API별 중복 구현을 공통 기능으로 개선했습니다.\n커스텀 renderer·예외 처리기와 DB 설정 분리로 표준화와 관리 편의성을 높였습니다.


신입 동기 4명이 한 달간 리뷰 서비스 ‘Re:리뷰’를 기획·개발한 경험을 공유했습니다. 사용자 재리뷰를 통해 리뷰 신뢰도와 가독성 향상을 목표로 삼았습니다.


Java 서버 개발 면접 준비와 입사 후 DDD·헥사고날 아키텍처 학습 경험을 소개했습니다.\n기술 공유, Git 활용, 코드 리뷰와 장애 회고를 통한 팀 성장 문화를 설명합니다.
이 게시물은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.


Java·Spring·MySQL 면접 준비과 DDD·헥사고날 아키텍처 적응 경험을 소개했습니다.\n발표·코드 리뷰·장애 회고를 통한 팀 성장 문화를 공유합니다.


UUID를 BINARY(255)에 저장해 조회가 실패한 원인을 MySQL 우측 패딩에서 찾았습니다. UUID 크기에 맞춰 BINARY(16)으로 변경하고 H2·MySQL 차이도 확인했습니다.


UUID를 `BINARY(255)`에 저장하면서 MySQL 우측 패딩으로 조회가 실패한 원인을 분석했습니다. UUID 컬럼을 `BINARY(16)`으로 변경하고 SQL로 패딩 영향을 검증했습니다.


DB 중심 설계의 한계를 깨닫고 이벤트 스토밍과 몹 프로그래밍으로 DDD를 실천했습니다.\n테스트 기반 도메인 설계와 인프라 최적화가 성능·운영 과제로 이어졌습니다.

4주 파일럿 프로젝트로 알림 서비스를 구현한 경험을 정리했습니다. Vue.js, Spring Boot, SSE, Vuex 등을 활용한 구성과 시행착오를 공유했습니다.

MySQL의 동작 방식을 간단히 소개하는 기초 지식 공유 글입니다. 제공된 본문이 거의 없어 구체적인 내용은 확인하기 어렵습니다.