MySQL 행별 날짜 조건을 고정 범위로 바꿔 range scan 만들기
행마다 달라지는 날짜 하한 때문에 created_at 인덱스를 쓰지 못한 쿼리에, 기존 결과를 보존하는 고정 후보 범위를 추가한 근거를 보여준다.
mysql
16개의 글이 있습니다.
MySQL 날짜 조건 최적화에서 MAX(extra_days)의 전제 검증하기
비정상적인 extra_days 하나가 날짜 계산을 NULL로 만들거나 조회 범위를 넓힐 수 있어, 입력 검증과 인덱스 회귀 확인을 함께 둔 이유를 설명한다.
쿼리 최적화 전후 API 응답을 JSON 전체로 비교하기
수정 전후 서버에 같은 fixture와 요청을 보내 배열 순서·커서·필드까지 비교하고, 성능 측정과 결과 검증을 분리한 방법을 보여준다.
MySQL 조건부 MAX 풀스캔과 ORDER BY DESC LIMIT 1의 적용 조건
published가 인덱스 밖에 있어 조건부 MAX 최적화가 깨진 원인과, 역순 인덱스 탐색이 유효한 데이터 분포 조건을 설명한다.
Java와 InnoDB 데드락에서 잠금 순서를 통일해야 하는 이유
Java 스레드와 InnoDB 트랜잭션에서 잠금 순서가 엇갈릴 때 생기는 deadlock과 예방·복구 방법을 비교한다.
MySQL 드라이빙 테이블을 필터 결과와 반복 횟수로 판단하기
원본 테이블 크기보다 필터 후 행 수·안쪽 인덱스 비용·EXPLAIN ANALYZE의 loops로 nested-loop 조인 순서를 판단한다.
Spring 조회 트랜잭션에서 readOnly가 필요한 경우
Spring 조회 메서드에서 트랜잭션 유무가 커넥션 재사용, 읽기 일관성, readOnly 힌트와 비용에 어떤 차이를 만드는지 확인한다.
Spring readOnly 트랜잭션에서 REQUIRED와 REQUIRES_NEW의 쓰기 동작
readOnly 조회 트랜잭션 안의 부수적인 쓰기가 REQUIRED와 REQUIRES_NEW에서 어떻게 달라지는지와 선택 기준을 살펴본다.
중복 요청을 유니크 제약으로 한 번만 처리하기
SELECT 사전 확인의 경쟁 조건을 유니크 키로 막고, 예상한 DuplicateKeyException만 도메인 중복으로 처리하는 기준을 제시한다.
Check-Then-Act 동시성 문제를 조건부 UPDATE로 막은 이유
일반 SELECT와 UPDATE 사이의 경쟁을 MVCC 문제와 구분하고, 변경 조건을 UPDATE에 넣어 원자적으로 판정한 이유를 설명한다.
페이징 중복·누락, OFFSET보다 ORDER BY를 먼저 본 이유
OFFSET 페이징에서 같은 행이 다시 보인 원인을 고유하지 않은 ORDER BY에서 찾고, 마지막 정렬 키와 커서 페이징을 비교한다.
클라이언트 재시도 중복 차감을 조건부 UPDATE로 막기
재전송된 요청이 OPEN → OPEN도 성공으로 판정해 포인트를 두 번 차감한 원인과, 조건부 UPDATE로 한 번만 처리하게 한 방법을 보여준다.
MySQL 잠금 대기, 무엇부터 확인할까 — InnoDB 진단 가이드
sys.innodb_lock_waits, INNODB_TRX, 실행 계획을 연결해 waiter·blocker·잠긴 인덱스와 트랜잭션 시간을 찾는 순서를 제시한다.
UPDATE 중인 행을 SELECT하면 기다릴까 — InnoDB 잠금과 MVCC
한 트랜잭션이 행을 수정하는 동안 일반 SELECT와 locking read가 어떻게 다르게 동작하는지 InnoDB의 잠금과 MVCC로 설명한다.
MySQL 한글 부분 검색에서 제한된 LIKE와 FULLTEXT ngram 비교
한글 부분 검색에서 제한된 LIKE와 ngram FULLTEXT가 만드는 결과·토큰·색인 비용을 비교해, 이번에는 LIKE를 유지한 기준을 제시한다.
MySQL UPDATE에서 SET 순서가 결과를 바꾸는 이유
앞선 할당으로 바뀐 값을 다음 식이 읽는 MySQL 단일 테이블 UPDATE 동작과, 순서 의존 SQL을 테스트로 고정하는 기준을 제시한다.