Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 |
Tags
- Spring Container
- mybatis
- dockerhub
- 쿠버네티스
- @Transactional
- JPA
- docker compose
- Web
- JdbcTemplate
- redis
- DI
- DLQ
- Dead Letter Queue
- Spring
- 스프링 부트
- 서블릿 컨테이너
- Routing Key
- JWT
- securitycontextholderfilter
- 컨테이너
- @ComponentScan
- CORS
- docker
- 페이징
- MSA
- AWS
- kafka
- Spring Data JPA
- 지연 로딩
- JPQL
Archives
- Today
- Total
목록Snowflake (1)
look-forest
Primary key 생성 전략
분산 데이터베이스 환경에서는 PK를 어떻게 생성하면 좋을까?나는 당연히 auto_increment가 간단하고 좋을 것이라고 생각했다. 후보DB auto_increment유니크 문자열 or 숫자유니크 정렬 문자열유니크 정렬 숫자DB auto_increment문제점1. 분산 데이터베이스 환경에서 DB auto_increment를 쓸 경우, PK가 중복될 수 있기 때문에 식별자의 유일성이 보장되지 않는다!2. 클라이언트 측에 노출하면 보안 문제(데이터 개수 또는 특정 시점의 식별자 예측 가능) ex) 방금 가입했더니 user_id가 1000이라면 -> 1000명의 회원이 있음 유추 가능 장점간단하므로 다음 상황에서 유리보안적인 문제를 크게 고려하지 않는 상황단일 DB를 사용하거나 애플리케이션에서 PK ..
Architecture/대규모 시스템 설계
2026. 1. 3. 20:16