SQLite에는 데이터베이스 수준에 대한 독자-작성기 잠금이 있습니다. 여러 프로세스 (다른 프로세스가 소유하고있을 수 있음)는 동일한 데이터베이스에서 동시에 데이터를 읽을 수 있지만 하나만 데이터베이스에 쓸 수 있습니다.

SQLite는 무제한의 동시 판독기를 지원하지만 한 번에 한 명의 작성자 만 허용합니다. 많은 상황에서 이것은 문제가되지 않습니다. 라이터 큐업 각 응용 프로그램은 데이터베이스가 빠르게 작동하고 계속 진행하며 수십 밀리 초 이상 동안 잠금이 지속되지 않습니다. 그러나 더 많은 동시성이 필요한 일부 응용 프로그램이 있으며 해당 응용 프로그램은 다른 솔루션을 찾아야 할 수도 있습니다. – SQLite는 @ SQLite.org에 적합한 용도

독자-작성기 잠금은 독립적 인 트랜잭션 처리를 가능하게하며 데이터베이스 레벨에서 독점 및 공유 잠금을 사용하여 구현됩니다.

연결이 데이터베이스에서 쓰기 조작을 수행하기 전에 독점 잠금을 확보해야합니다. 단독 잠금이 확보되면 잠금이 다시 해제 될 때까지 다른 연결의 읽기 및 쓰기 작업이 모두 차단됩니다.

동시 쓰기의 경우 구현 세부 사항

SQLite에는 쓰기 작업 중에 가능한 한 늦게 데이터베이스를 잠그는 데 도움이되는 잠금 테이블이있어 최대의 동시성을 보장합니다.

초기 상태는 UNLOCKED이며이 상태에서는 연결이 데이터베이스에 아직 액세스하지 않았습니다. 프로세스가 데이터베이스에 연결되어 있고 트랜잭션이 BEGIN으로 시작된 경우에도 연결은 여전히 ​​잠금 해제 상태입니다.

UNLOCKED 상태 후 다음 상태는 SHARED 상태입니다. 데이터베이스에서 데이터를 읽거나 쓰지 않으려면 먼저 SHARED 잠금을 가져 와서 연결이 SHARED 상태가되어야합니다. 여러 연결이 동시에 SHARED 잠금을 확보하고 유지할 수 있으므로 여러 연결이 동일한 데이터베이스에서 동시에 데이터를 읽을 수 있습니다. 그러나 하나의 SHARED 잠금 만 해제되어 있으면 연결이 데이터베이스에 대한 쓰기를 완료 할 수 없습니다.

연결이 데이터베이스에 쓰려면 먼저 예약 된 잠금을 가져와야합니다.

한 번에 하나의 RESERVED 잠금 만 활성화 될 수 있지만 여러 개의 SHARED 잠금이 단일 RESERVED 잠금과 공존 할 수 있습니다. 예약 된 잠금이있는 동안 새 공유 잠금을 획득 할 수 있다는 점에서 예약 됨과 보류 중이 다릅니다. – 파일 잠금과 동시성에서 SQLite는 버전 3 @ SQLite.org

연결이 RESERVED 잠금을 확보하면 데이터베이스 수정 조작 처리를 시작할 수 있지만 이러한 수정은 실제로 디스크에 기록되지 않고 버퍼에서만 수행 될 수 있습니다. 판독 내용에 대한 수정은 메모리 버퍼에 저장됩니다. 연결이 수정 (또는 트랜잭션)을 제출하려는 경우 예약 된 잠금을 독점 잠금으로 업그레이드해야합니다. 자물쇠를 얻으려면 먼저 자물쇠를 PENDING 자물쇠로 들어야합니다.

PENDING 잠금은 잠금을 보유한 프로세스가 가능한 빨리 데이터베이스에 쓰려고하고 독점 잠금을 얻을 수 있도록 현재 공유 된 모든 잠금을 지울 때까지 대기하고 있음을 의미합니다. PENDING 잠금이 활성화 된 경우 기존 SHARED 잠금을 계속할 수 있지만 데이터베이스에 대해 새로운 SHARED 잠금이 허용되지 않습니다.

데이터베이스 파일에 쓰려면 독점 잠금이 필요합니다. 파일에는 하나의 EXCLUSIVE 잠금 만 허용되며 어떤 종류의 다른 잠금도 EXCLUSIVE 잠금과 공존 할 수 없습니다. 동시성을 최대화하기 위해 SQLite는 독점 잠금이 유지되는 시간을 최소화합니다. – 파일 잠금과 동시성에서 SQLite는 버전 3 @ SQLite.org

따라서 SQLite는 단순히 지원하지 않기 때문에 동일한 DB에 쓰는 여러 프로세스의 동시 액세스를 안전하게 처리한다고 말할 수 있습니다! 재시도 제한에 도달 하면 두 번째 작성자를 얻 SQLITE_BUSY거나 받게됩니다 SQLITE_LOCKED.

답변