PHP 주니어 데이터베이스 기술면접

회원 테이블의 email 컬럼에는 UNIQUE INDEX를 사용해야 합니다. UNIQUE INDEX는 중복된 값을 허용하지 않으면서 빠른 검색을 제공하고, 일반 INDEX는 중복 값을 허용하며 검색 속도만 향상시킵니다. 이메일은 로그인 식별자로 사용되므로 중복되면 안 되며, UNIQUE INDEX를 사용하면 데이터베이스 레벨에서 중복을 방지할 수 있습니다. 또한 UNIQUE INDEX는 일반 INDEX보다 약간 더 빠른 검색 성능을 제공합니다. 비즈니스 로직에서 중복 체크를 하더라도 동시성 이슈로 중복이 발생할 수 있으므로 데이터베이스 제약조건으로 보장하는 것이 안전합니다.

복합 인덱스는 (category_id, status, created_at) 순서로 생성해야 합니다. 인덱스 컬럼 순서는 카디널리티(고유값의 수)가 높은 컬럼을 앞에 배치하는 것이 일반적이지만, WHERE 절에서 등호(=) 조건으로 사용되는 컬럼을 먼저 배치해야 합니다. category_id와 status로 데이터를 먼저 필터링한 후, created_at으로 정렬하면 인덱스만으로 쿼리를 처리할 수 있습니다(커버링 인덱스). 만약 created_at을 앞에 두면 범위 검색이 되어 뒤의 컬럼들이 인덱스로 활용되지 못합니다. 실제로는 EXPLAIN 명령어로 실행 계획을 확인하여 최적의 순서를 검증해야 합니다.

READ COMMITTED는 커밋된 데이터만 읽을 수 있지만, 같은 트랜잭션 내에서 같은 쿼리를 두 번 실행하면 다른 결과가 나올 수 있습니다(Non-Repeatable Read). REPEATABLE READ는 트랜잭션 시작 시점의 스냅샷을 기준으로 데이터를 읽어 같은 쿼리를 여러 번 실행해도 동일한 결과를 보장합니다. MySQL InnoDB의 기본 격리 수준은 REPEATABLE READ이며, MVCC(Multi-Version Concurrency Control) 기술로 구현됩니다. REPEATABLE READ는 일관성 있는 읽기를 제공하지만, Phantom Read가 발생할 수 있습니다. 실무에서는 대부분 기본 격리 수준을 사용하며, 특별한 요구사항이 있을 때만 변경합니다.

FOR UPDATE는 SELECT 쿼리에 배타적 락(Exclusive Lock)을 걸어 다른 트랜잭션이 해당 행을 수정하거나 FOR UPDATE로 읽지 못하게 합니다. 사용 방법은 트랜잭션 내에서 SELECT stock FROM products WHERE id = ? FOR UPDATE로 재고를 조회하고, 재고가 충분하면 UPDATE로 차감하는 방식입니다. 락은 트랜잭션이 커밋되거나 롤백될 때까지 유지되어 동시에 여러 주문이 들어와도 순차적으로 처리됩니다. 일반 SELECT는 다른 트랜잭션에서도 가능하지만, FOR UPDATE나 UPDATE는 대기하게 됩니다. 단점은 락 대기 시간이 길어질 수 있으므로 트랜잭션을 최대한 짧게 유지해야 합니다.

N+1 문제는 게시글 목록을 조회하는 1번의 쿼리 후, 각 게시글의 작성자 정보를 가져오기 위해 N번의 추가 쿼리가 실행되는 문제입니다. 예를 들어 게시글 100개를 조회하면 총 101번의 쿼리가 실행되어 성능이 크게 저하됩니다. 해결 방법은 첫째, JOIN을 사용하여 한 번의 쿼리로 모든 데이터를 가져오는 것입니다. 둘째, 게시글을 먼저 조회한 후 작성자 ID 목록을 추출하여 WHERE user_id IN (?) 쿼리로 한 번에 가져오는 방법입니다. Laravel 같은 ORM에서는 Eager Loading 기능으로 자동으로 최적화할 수 있습니다. 쿼리 수를 줄이면 데이터베이스 부하와 네트워크 오버헤드가 감소합니다.