최신 글
재시도는 모두가 동시에 하면 안 됩니다 — 지수 백오프와 지터
같은 순간에 실패한 요청들이 똑같이 기다리면 다시 한꺼번에 몰려옵니다. 고정 간격, 지수 백오프, 풀 지터를 시뮬레이션으로 비교했더니 무작위 지터 하나가 회복 시간을 10초에서 2초로 줄였습니다. Retry-After 해석 방법까지 함께 정리했습니다.
.csv 라는 이름의 파일이 실제로는 엑셀이었고, .xls 아래에는 서로 다른 형식이 섞여 있었습니다. 파일 맨 앞 몇 바이트의 매직 넘버로 형식을 가리고, 인코딩과 숫자 앞 0 을 지키는 포장까지 하나씩 벗겨서 읽는 과정을 예제 파일로 정리했습니다.
같은 순간을 넣었는데 9시간 다른 값이 저장됐습니다. DATETIME 은 숫자만 저장하고, 그 숫자가 어느 지역의 시계인지는 드라이버 설정이 정하기 때문입니다. Go 의 time.Time 과 데이터베이스 시계까지 함께 실험하며 그 원인을 직접 정리했습니다.
데이터베이스의 DECIMAL 은 정확하지만, 꺼내서 Number 로 바꾸는 순간 큰 금액이 반올림됩니다. mysql2 가 DECIMAL 을 문자열로 주는 이유와 Go 의 float64, 가장 작은 단위의 정수로 계산하는 방법을 직접 실험으로 정리했습니다.
여러 워커가 한 작업 목록을 나눌 때 SKIP LOCKED 로 경쟁은 풀렸지만, 잠금은 트랜잭션과 함께 사라졌습니다. 그래서 누가 언제까지 맡았는지를 행에 적는 시간 리스를 더했고, 멈춘 워커의 작업을 다른 워커가 이어받는 과정을 로컬에서 직접 재현했습니다.
응답이 사라지면 재시도는 피할 수 없습니다. 그래서 같은 요청이 두 번 와도 한 번만 처리하고, 두 번째에도 처음과 같은 응답을 돌려주는 멱등 키를 MySQL 로 직접 구현했습니다. 다섯 요청이 동시에 와도 확정은 한 번이었던 실험을 함께 정리했습니다.
같은 데이터를 두 번 받아도 한 번만 남기려고 upsert 를 썼는데, 돌아온 숫자는 신규 건수가 아니었습니다. 같은 SQL 이 Node 의 mysql2 에서는 4, Go 드라이버에서는 3 을 돌려준 이유와, 신규 건수를 올바르게 세는 방법을 정리했습니다.
Go 에 약해서 서버를 TypeScript 로 다시 짜며 가장 먼저 다시 배운 것은 빈 값이었습니다. 0, 빈 문자열, null, 키 없음이 각각 다른 뜻이라는 것과, 설정 파일이 없는 환경 변수를 조용히 빈 문자열로 넣는다는 것을 직접 실험으로 확인했습니다.
조건문과 쿼리 빌더에 흩어진 코드를 DBA가 검토하려면 어떤 SQL이 만들어지는지부터 파악해야 했습니다. CodeRabbit에 예상 SQL과 검토 지점을 정리하도록 설정한 배경, 가상 코드 예시, 실제 SQL 대조와 사람의 판단이 필요한 구간을 함께 정리했습니다.
옵시디언 vault를 정리하다 '나는 거의 안 쓴다'는 한마디에 전제가 바뀌었습니다. 주 독자는 AI였습니다. 두 번째 정본이 된 대시보드와 진짜 노트를 가린 빈 폴더 노트, 아무도 보지 않던 스크린샷을 치우고, 규약인 이름과 서로 인용하는 문서는 일부러 남긴 기준을 정리했습니다.