PostgreSQL Locks and Table Lock Examples

Have a Database Problem? Speak with an Expert for Free
Get Started >>


When you’re working with database tables in PostgreSQL, you’ll need to prevent situations where multiple users or sessions are updating the same data at the same time. Fortunately, the solution to this issue is simple: PostgreSQL locks can be used to control this kind of concurrent access to database tables. In this article, we’ll take a closer look at PostgreSQL locks and review an example of a table lock in action.


Before we delve any deeper into the topic of PostgreSQL locks, there are a few basic prerequisites that must be in place:

  • PostgreSQL server needs to be properly installed and configured, and the service needs to be running in the background.

If you’re running Linux or Windows on your machine, you can download PostgreSQL here.

  • You can start PostgreSQL server on a Linux machine using the following command:
sudo service postgresql start
  • If you’re not sure whether the service is running, use the following command:
service postgresql status
  • The output of this command will look something like this:
â— postgresql.service - PostgreSQL RDBMS
Loaded: loaded (/lib/systemd/system/postgresql.service; enabled; vendor prese
Active: active (exited) since Thu 2019-08-01 14:51:20 PST; 36min ago
Process: 1230 ExecStart=/bin/true (code=exited, status=0/SUCCESS)
Main PID: 1230 (code=exited, status=0/SUCCESS)

Aug 01 14:51:20 user-UX330UAK systemd[1]: Starting PostgreSQL RDBMS...
Aug 01 14:51:20 user-UX330UAK systemd[1]: Started PostgreSQL RDBMS.
lines 1-8/8 (END)
  • To start, stop and restart PostgreSQL server on a Windows machine, there’s a somewhat different set of instructions:
  1. First, open Control Panel
  2. Next, open Administrative Tools
  3. Then, open Services
  4. Locate the PostgreSQL Server service
  5. Finally, start, stop or restart the service

Restarting PostgreSQL server in a Windows Machine

What are PostgreSQL Locks?

PostgreSQL locks, also known as “write locks” or “exclusive locks”, work by preventing users from changing either a row or an entire PostgreSQL table. When rows have been changed by the DELETE or UPDATE operations, they will be exclusively locked until the transaction is complete. This will prohibit other users from performing any changes on the same rows until the transaction in question is either rolled back or committed. This locking mechanism only comes into play when users are trying to modify the same rows– if users are modifying different rows, they won’t need to wait.

Although some degree of locking occurs automatically within databases, there are situations where the locking process must be done manually. We can perform manual locking with the PostgreSQL LOCK command. Using this command also allows you to indicate the scope and lock type for the transaction.

NOTE: There is no equivalent command for unlocking a PostgreSQL table; locks are automatically released at the end of a transaction.

PostgreSQL LOCK Command Syntax

Let’s look at the basic syntax for the PostgreSQL LOCK command:

lockmode MODE

Another version of the syntax is shown below:

LOCK [ TABLE ] [ ONLY ] name [ * ] [, ...] [ IN lockmode MODE ] [ NOWAIT ]

Let’s take a look at each part of this command’s syntax so that we can understand it better:

  • The name represents the table name that we want to lock. By specifying the ONLY clause right after the TABLE clause, we indicate that only the specified table name will only be locked; if we omit this clause, PostgreSQL will lock the table and all of its descendants.

  • The lockmode will specify any locks that might conflict with this lock. The most restrictive mode is ACCESS EXCLUSIVE, and it acts as the default if no lock mode is specified.

  • The NOWAIT clause tells PostgreSQL that the LOCK TABLE command shouldn’t wait for the release of any conflicting locks. If the lock can’t be acquired immediately, the transaction will be cancelled.

What are PostgreSQL Deadlocks?

When multiple transactions are waiting for each other’s respective operations to finish, the situation results in what is known as a “deadlock”. PostgreSQL can catch occurrences of deadlocks and can end them using a ROLLBACK. Planning your applications so that they lock objects in the same order can help you avoid deadlock situations.

What are PostgreSQL Advisory Locks?

PostgreSQL allows the creation of locks with application-specific definitions. These are known as advisory locks. It’s important to keep in mind that the database system doesn’t enforce the use of advisory locks, so the application is responsible for using them correctly.

The example shown below illustrates the typical function of the PostgreSQL advisory lock, which is to mimic the “pessimistic locking” strategies commonly seen in flat-file management systems.

In this example, we begin by getting a demo table named team, which contains the records shown below:

testdatabase=# SELECT * FROM team;
team_id | team_name | rating | group_id
1 | Armada | 8.00 | 1
2 | TeamSolo | 9.00 | 1
3 | Mineski | 8.00 | 1
4 | Hydra | 9.00 | 2
5 | WinterWolf | 8.00 | 2
6 | ZeroArc | 8.00 | 2
7 | Panda | 8.00 | 3
8 | YinYang | 8.00 | 3
9 | GreatWall | 9.00 | 3
(9 ROWS)

We can use the following commands to lock the table team within the testdatabase database using the mode ACCESS EXCLUSIVE. Keep in mind that the LOCK statement will only take effect in transaction mode:

testdatabase=# BEGIN;

The above statement results in the notification “LOCK TABLE”.

This message confirms that the team table is now locked for the entire duration of the transaction. We need to perform a COMMIT or a ROLLBACK to finish the transaction.


It’s clear that controlling concurrent access to rows and tables is important for maintaining data integrity. PostgreSQL locking offers an easy way to exercise this control and ensure that only one user is modifying a row or table at a time. In this article, we explained how PostgreSQL locks work and looked at an example that demonstrates a typical usage of the LOCK TABLE command. With this example and the information provided in this tutorial, you’ll be equipped to enable table locking in your own PostgreSQL database environment.

Pilot the ObjectRocket Platform Free!

Try Fully-Managed CockroachDB, Elasticsearch, MongoDB, PostgreSQL (Beta) or Redis.

Get Started

Keep in the know!

Subscribe to our emails and we’ll let you know what’s going on at ObjectRocket. We hate spam and make it easy to unsubscribe.