DB 관리와 보안 - DCL(GRANT/REVOKE), 사용자 계정, Role 관리 & 백업/복구

데이터베이스 시스템을 안전하게 보호하기 위한 **보안 접근 제어(DCL: GRANT/REVOKE)**와 계정/롤(Role) 관리 및 백업·복구(Backup & Recovery) 전략을 다룹니다.

5. 실무 관점에서의 깊이 있는 설계 가이드 및 모범 사례 (Best Practices)

본 데이터베이스 관리와 보안: DCL(GRANT/REVOKE), 사용자 권한, 백업/복구 및 접근 제어 레슨에서 다룬 핵심 이론을 실제 대규모 웹 서비스 및 엔터프라이즈 환경에 적용할 때 반드시 준수해야 하는 엔지니어링 지침입니다.

트랜잭션 일관성과 쿼리 성능의 균형: 데이터의 엄격한 정규화(Normalization)는 데이터 중복성과 이상 현상을 제거해주지만, 과도한 JOIN 연산으로 인해 Read 성능이 저하될 수 있습니다. 따라서 조회 빈도가 매우 높은 집계 테이블이나 인프라 영역에서는 전략적 반정규화(De-normalization)를 고려해야 합니다.
인덱스 스캔(Index Scan) 유도 및 디스크 I/O 최적화: 쿼리 작성 시 인덱스 컬럼을 좌변 가공(WHERE UPPER(ename) = 'KING' 또는 WHERE sal * 12 > 50000)하지 않고 원형 그대로 유지하여 Index Range Scan이 작동하도록 해야 합니다.
DCL 접근 제어 및 최소 권한 원칙 (Least Privilege): 애플리케이션 접속 계정에 DBA나 ROOT 권한을 부여하지 않고, 해당 업무에 꼭 필요한 SELECT, INSERT, UPDATE 권한만 부여하여 보안 사고 피해를 최소화합니다.

실행 계획(Execution Plan) 분석: EXPLAIN PLAN 또는 EXPLAIN ANALYZE 명령을 통해 쿼리가 효율적인 인덱스 스캔을 타는지, Full Table Scan으로 디스크 I/O를 낭비하는지 모니터링합니다.
Slow Query 수집 및 리팩토링: 실행 시간이 지정된 임계값(예: 1.0초)을 초과하는 Slow Query를 로그로 추출하여 서브쿼리를 JOIN으로 전환하거나 적절한 결합 인덱스(Composite Index)를 생성합니다.
Connection Pool 및 트랜잭션 타임아웃 관리: Connection Pool의 max-active 개수를 적절히 설정하고, 롱 러닝 트랜잭션(Long-running Transaction)으로 인해 DB Lock이 장기간 유지되지 않도록 타임아웃을 설정합니다.

Q1. 본 챕터의 핵심 주제를 현업에 도입할 때 가장 자주 발생하는 실수는 무엇인가요?

가장 일반적인 실수는 이론적인 규격(예: 정규형, 격리 수준)만 과도하게 고집하다가 실제 시스템의 처리량(Throughput)과 응답 속도(Latency)를 저하시키는 것입니다. 시스템의 비즈니스 요구사항과 워크로드 특성을 종합적으로 분석하여 유연하게 설계해야 합니다.

Q2. 지속 가능한 데이터베이스 운용을 위해 주기적으로 수행해야 하는 작업은 무엇인가요?

주기적인 인덱스 조각화(Index Fragmentation) 정돈 및 통계 정보 업데이트(ANALYZE TABLE), 사용하지 않는 미사용 인덱스 정제, 그리고 데이터 백업 파일의 정기적인 복구 테스트를 수행해야 합니다.