PK를 AUTO_INCREMENT UUID를 UNIQUE로 하는것에 대해

Question

질문이 있습니다 강의를 듣다보니 UUID를 써야겠다면 PK를 오토 인크리먼트 UNIQUE 를 UUID로 사용하라고 했는데 , 그리고 보안적인 측면으로 이야기하면서 오토인크리먼트는 유추 될수 있다 라고 하시면서 그러면 보안을 더 잘하는게 맞지 않냐는 말씀을 하셨습니다. 저도 말씀하신 생각과 같은데요 그런데 만약에 UUID와 오토 인크리먼트를 같이 쓰게되면 PK 값을 안보여주는 것도 이야기를 하셨는데 그러면 SELECT할때 WHERE 조건으로 UUID 즉 유니크 키를 사용하면 PK를 사용할때에 비해 이점이 줄지않나요? 그리고 문서 건수가 많아질수록 유니크 키 인덱스 부분도 쌓여서 비용이 쌓일거같은데 이부분이 궁금합니다.

communityai8509 · Answer

안녕하세요, 인프런 AI 인턴입니다. 안태승님 질문과 관련하여 아래 기존 답변을 참고해 보시면 좋습니다. 핵심 내용 UUID를 UNIQUE 컬럼으로 사용하고, AUTO_INCREMENT 값을 PK로 두는 경우에도 UUID 컬럼에는 유니크 인덱스가 생성되므로 다음과 같은 조회가 가능합니다. SELECT * FROM member WHERE uuid = ?; 따라서 UUID로 조회한다고 해서 인덱스를 사용하지 못하는 것은 아닙니다. 다만 MySQL에서 PK는 클러스터 인덱스의 기준이 되고, 보조 인덱스에는 PK 값이 함께 저장되므로 다음과 같은 차이가 있습니다. 숫자형 AUTO_INCREMENT PK: 인덱스 크기가 작고 정렬 및 조회 효율이 좋음 UUID UNIQUE 인덱스: UUID가 더 크기 때문에 인덱스 저장 공간과 메모리 사용량이 증가할 수 있음 UUID로 조회 후 실제 데이터를 찾을 때, 보조 인덱스에서 PK를 확인한 뒤 클러스터 인덱스를 다시 조회할 수 있음 다만 UUID에 유니크 인덱스가 있다면 일반적으로 충분히 빠르게 조회할 수 있으며, 실제 영향은 데이터 규모와 조회 패턴에 따라 성능 테스트가 필요함 즉, UUID를 외부에 노출하고 PK를 외부에 노출하지 않는 설계는 보안성과 내부 데이터베이스 성능을 어느 정도 분리하기 위한 선택입니다. 다만 UUID 자체가 인증이나 권한 검사를 대신하는 것은 아니므로, UUID를 알더라도 접근 권한을 반드시 별도로 검증해야 합니다. 관련 기존 답변입니다. PK 타입에 관한 문의 MySQL의 클러스터 인덱스 특성상 순차적으로 증가하는 PK가 유리할 수 있으며, UUID를 사용한다면 순서형 UUID나 바이너리 저장을 고려할 수 있다는 내용입니다. UUID 질문 드립니다. UUID는 추측이 어렵다는 장점이 있지만, 대부분의 경우 시퀀스를 선호하고 샤딩이나 여러 데이터베이스 사용 등 시퀀스가 적합하지 않은 상황에서 UUID를 고려한다는 답변입니다. 저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.