최근에 회사에서 이 문제를 겪었습니다 ㅠ 오라클 RAC 인스턴스환경의 운영DB에서 발생한 케이스인데요 원인은 정확히 모르겠지만, RAC 환경에서 시퀀스 cache size 옵션을 사용하는 경우 시퀀스 순서를 보장할 수 없다고 합니다. 한국 오라클사에서 회사로 세미나 왔었을때에도 그렇게 말씀해주셨습니다. 순서를 보장받고 싶으면 캐시사이즈 옵션을 사용하지 말라고 하더라구요. 뭔가 캐시사이즈에 도달해서 번호가 증가할 때 인스턴스간에 기술적인 문제가 있지 않을까 .. 생각이 드네요 세미나할 때 적어두었던 메모가 있으면 추가로 답글 달아놓겠습니당

시퀀스를 1 증가실 때마다 rac 인스턴스끼리 통신하면 성능이 느려질 겁니다. 이런 통신을 줄이기 위해 각 인스턴스마다 생성가능한 시퀀스 범위를 잡아두는거죠. 예를 들어 1번은 1-10, 2번은 11-20 이렇게요.

@@madvirus 안 그래도 글을 읽으면서 캐시 사이즈라는 말을 가장 많이 봐서, 여기서의 캐시가 인스턴스당 풀을 잡아놓는 개념일까 생각하고 있었는데 그게 맞군요 ㅎㅎ 그러면 캐시 사이즈 재할당은 어떻게 받나? 하는 생각이 바로 떠오르네요. 찾아봐야겠습니다. 계속해서 시야가 넓어지는 것 같아요. 감사합니다 :)

아 밀리초니까 400만개죠. 확인 고맙습니다.

아 저도 다시 들어보니까 소리가 작네요. 신경 써 보겠습니다.

uuid는 애초에 문자열이니까 정수 타입 ID를 사용하다가 UUID로 넘어가기는 쉽지 않을 듯 하네요. 오히려 snowflake 류로 넘어가는 게 어떠까 합니다. 그런데 그 정도로 서비스가 성장하면 충분히 돈을 벌고 있지 않을까요?

아마추어 티가 이렇게 나네요. 다음에는 신경 써 보려고 합니다.