SCHEMA CHANGE RISK
스키마 변경 위험은 재작성과 락 범위로 나눈다
문법보다 중요한 기준은 기존 행을 다시 쓰는지, 검증 스캔이 필요한지, 서비스 락 범위가 어디까지 커지는지다.
| 위험도 | 대표 작업 | 운영 판단 |
|---|---|---|
| 낮음 | NULL 허용 컬럼 추가, 온라인 인덱스 생성 | 짧은 메타데이터 락만 확인 |
| 중간 | 컬럼 크기 변경, NOT NULL 추가, FK 추가 | 기존 데이터 검증과 쿼리 영향 테스트 |
| 높음 | 타입 변경, PK 변경, 파티셔닝, 대용량 재작성 | 점검 시간, 백업, 롤백 계획 필수 |
| 증거 | 먼저 볼 것 | 나쁜 신호 |
|---|---|---|
| 데이터 증가 | 행 수, NULL, FK 위반 행 | 검증 대상이 대량 |
| 락 증가 | 테스트 환경 소요 시간 | 쓰기 차단 범위 확대 |
| 배포 증가 | 애플리케이션 동시 변경 여부 | 구버전 코드와 호환 안 됨 |
기준: 변경 SQL이 짧아도 테이블 재작성과 긴 락이 생기면 고위험 변경으로 다룬다.