여러 transaction이 한 자원(data item)에 동시에 접근하면 transaction isolation이 위배되어 DB consistency가 깨지는 문제가 발생한다. 그리하여 transaction isolation 및 DB의 consistnecy가 유지되록 여러 transaction의 명령어가 실행되는 순서인 schedule을 작성하여 concurrency control을 수행한다. serializable schedule은 serializable 수준의 transaction isolation level을 만족시키고 DB의 consistency를 깨뜨리지 않는다. 즉, serializable schedule을 생성하는 기법이 concurrency control mechanism이라고 할 수 있다. serializable schedule 중 한 유형이 conflict serializable schedule이고, conflict serializable schedule를 생성하는 방법 중 가장 대표적으로 사용되는 것이 2PLP이다.
어떤 transaction이 lock request 후 grant 없이 특정 시간 이상 대기하면 deadlock으로 간주하여 해당 transaction을 rollback 한다. rollback 과정에서 hold 하던 모든 data item이 release된다.