INSERT 경합은 어떻게하면 좋을까요?

Question

(언제나 외래키가 문제네요^^)FK를 PK로 가지는 테이블이 있습니다. TABLE_1의 ID 값이 TABLE_2의 ID값이 되는 거죠.(처리 흐름상 어쩔 수 없이 특정 컬럼을 별개의 테이블로 분리시킨 결과)서비스 레이어에서 TABLE_2가 존재하는지 조회해보고 없다면 INSERT 합니다.그런데 테스트 돌려보니까 조회하는 시점에는 해당 PK가 없다가 삽입 시점에 다른 트랜잭션에 의해 생겨나는 경우를 간과했더라구요.TABLE_2의 조회는 반드시 SELECT FOR UPDATE를 통하도록 했으니까 안일하게 괜찮을 거라고 생각했던거죠.try catch로 다시 조회해서 사용하는 선택지도 있긴하지만 혹시 다른 아이디어가 있을까요?

잠자는사자 · Answer

검색하고 없으면 입력, 있으면 업데이트이런 코드 다 없애야 됩니다.ON DUPLICATE KEY UPDATE만이 바른 길 입니다

쿠잉 · Answer

지금 테이블 구조가 그럼 1:1 구조인가요?

GoNew · Answer

몇가지 방법이 있을것 같은데요.아예 INSERT 시점에 key duplicate 에러를 무시하는 방법어차피 TABLE_1 에서 TABLE_2로 복사하는 것이라... 에러가 발생했다면 이미 생성된 것으로 보면 될것 같습니다.INSERT 이전에 확인이 필요하다면 lock 을 사용하는 것도 방법입니다. TABLE_2에 TABLE_1의 키가 없는지 확인하기 전에 lock을 잡고 처리하는 방법입니다. distribution lock 이나, SQL db 에서 제공하는 lock을 사용해도 되겠네요.경합이 발생하지 않도록 싱글 스레드로 만드는 것도 방법입니다. 쉽게 싱글 스레드로 만드는 방법으로, Message Queue 를 사용하는 방법이 있습니다. consumer를 하나만 두어서 사용한다면 싱글 스레드 형태로 처리가 가능합니다.다만, 윗분 말대로 검색하고 없으면 입력, 있으면 업데이트 이러한 코드는 지양하는 편이 좋겠네요.

옥다방고양이 · Answer

✅️Table2의 PK값이라고 해서, 반드시 Table2에서만 조회해야 한다는 선입견만 버리면 될것 같습니다.✅️Table2의 PK값이 Table1의 FK이므로, Insert 하기전에 Table1의 해당 FK값을 조회한후에, Insert 하면 됩니다.✅️이런 일이 현업에서말하는, 구현하기전에 머리속 코딩으로 생각해야하는 좋은 케이스 입니다.

엡실론 · Answer

table2를 차후에 생성하는 이유가 뭔지 궁금하네요. 중요한 이유가 없다면 그냥 table1과 같이 생성하는게 제일 깔끔하죠. 지금 있는 데이터는 배치로 생성하고.꼭 table2를 나중에 해야겠다면, 그냥 오류를 무시하는 것도 방법입니다. 어차피 table2 생성시에 키가 겹쳐서 트랜잭션이 실패할테고, 잘못된 데이터가 생기는 일은 없겠죠. 단지 가끔 요청이 실패할뿐. 처음 한번만 일어나는 일이고, 사소한 불편함 외에 큰 문제가 없다면 그냥 무시해도 됩니다.무시도 안된다면 에러가 발생하는 경우 전체 트랜잭션을 한번 더 실행할수도 있습니다. 업데이트 하는 전체 로직을 try catch로 걸고 예외가 발생하면 한 번 더 실행하는 거죠. 그 다음 번엔 DB에서 데이터를 읽어 올테니 성공하게 될 겁니다.

INSERT 경합은 어떻게하면 좋을까요?

5개의 답변

Q&A 목록