What is 3 Phase commit?

3 Phase commit is a protocol for distributed transaction management.

Note: 3 Phase commit protocol was created to address issues of 2 phase protocol.

The main motivation for the 3PC algorithm is to address the fact that two-phase commit protocol is blocking in case of a site (site means coordinator or participant) failure.

Like in 2 Phase commit, here also we need a transaction Coordinator Service to take care of the distributed transaction. The transaction coordinator manages the commits to database stores.

What are different phases of 3 Phase commit?


  • Here Coordinator just check if slaves are ready to accept transactions, but no data is locked.
  • Coordinator sends a Can-Commit message to all slaves.
  • Slaves reply back with a READY or NOT READY message back:
    • If a slave responds with a NOT READY message or does not respond at all, then the coordinator sends a ABORT message to all the other slaves.


  • This is a prepare-to-commit stage.
  • Coordinator sends a prepare-commit message to all nodes, essentially asking the nodes if they are prepared to commit
    • And, if they are not, the commit is aborted.
  • All participants acquire locks on data rows etc, but they don’t actually commit.


  • Once the coordinator receives a YES from all nodes stating that they are prepared to commit, the coordinator will send out a commit message.
  • The nodes will then each commit to the specified transaction.

Can you give example, why a Node will send Not Ready message back?

This may happen when a node has a conflicting concurrent transaction or Node has some internal issue going on.


How is 3 Phase commit different from 2 Phase commit?

The 2 Phase commit protocol is blocking protocol whereas the 3 Phase commit protocol is non-blocking.
In 2PC processing is blocked when the Prepare phase is completed but the Coordinator fails after that and becomes un-reachable. There is no way to finish with the commit until the coordinator is available. Similarly, if the participant fails and there are no timeouts in place, the Coordinator will send a commit statement and will keep waiting forever for a reply back from all participants.The three-phase commit protocol is said to be non-blocking. The blocking nature of the two-phase commit protocol is removed by introducing one more phase. 3PC splits the prepare state in two phases can-commit and pre-commit.
The reason behind this is that the reachable final state for the participant in prepare state in 2PC is commit and abort (both possibilities). Splitting state to waiting and pre-commit in 3PC we got to the situation that there is only one final state for each of them – abort from waiting, commit from pre-commit. This new state should avoid need of the external input – ie. from coordinator.If a participant is in pre-commit state we know that all participants acked the initial coordinator canCommit query by ack vote and they are waiting to commit. Thus the pre-commit state could be marked as “commitable”. Because of this structure participants can collectively decide the overall result of the transaction in case the coordinator fails.
3PC as non-blocking does not mean that the participants are not blocked in processing. The non-blocking means that protocol can proceed despite the existence of failures.
The states of the 3PC are depicted in the following state diagram.


Rakesh Kalra

Hello, I am Rakesh Kalra. I have more than 15 years of experience working on IT projects, where I have worked on varied complexity of projects and at different levels of roles. I have tried starting my own startups, 3 of those though none of it were successful but gained so much knowledge about business, customers, and the digital world. I love to travel, spend time with my family, and read self-development books.