BUG #17434: CREATE/DROP DATABASE can be executed in the same transaction with other commands

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: nagata(at)sraoss(dot)co(dot)jp
Subject: BUG #17434: CREATE/DROP DATABASE can be executed in the same transaction with other commands
Date: 2022-03-11 11:11:54
Message-ID: 17434-d9f7a064ce2a88a3@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-hackers

The following bug has been logged on the website:

Bug reference: 17434
Logged by: Yugo Nagata
Email address: nagata(at)sraoss(dot)co(dot)jp
PostgreSQL version: 14.2
Operating system: Ubuntu
Description:

CREATE/DROP DATABASE can be executed in the same transaction with other
commands when we use pipeline mode in pgbench or libpq API. If the
transaction aborts, this causes an inconsistency between the system catalog
and base directory.

Here is an example using the pgbench /startpipeline meta command.

----------------------------------------------------
(1) Confirm that there are four databases from psql and directories in
base.

$ psql -l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access
privileges
-----------+--------+----------+-------------+-------------+-----------------------
postgres | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
template0 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/"yugo-n"
+
| | | | |
"yugo-n"=CTc/"yugo-n"
template1 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/"yugo-n"
+
| | | | |
"yugo-n"=CTc/"yugo-n"
test0 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
(4 rows)

$ ls data/base/
1 13014 13015 16409 pgsql_tmp

(2) Execute CREATE DATABASE in a transaction, and the transaction fails.

$ cat pipeline_createdb.sql
\startpipeline
create database test;
select 1/0;
\endpipeline

$ pgbench -t 1 -f pipeline_createdb.sql -M extended
pgbench (14.2)
starting vacuum...end.
pgbench: error: client 0 script 0 aborted in command 3 query 0:
....

(3) There are still four databases but a new directory was created in
base.

$ psql -l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access
privileges
-----------+--------+----------+-------------+-------------+-----------------------
postgres | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
template0 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/"yugo-n"
+
| | | | |
"yugo-n"=CTc/"yugo-n"
template1 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/"yugo-n"
+
| | | | |
"yugo-n"=CTc/"yugo-n"
test0 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
(4 rows)

$ ls data/base/
1 13014 13015 16409 16411 pgsql_tmp

(4) Next, execute DROP DATABASE in a transaction, and the transaction
fails.

$ cat pipeline_dropdb.sql
\startpipeline
drop database test0;
select 1/0;
\endpipeline

$ pgbench -t 1 -f pipeline_dropdb.sql -M extended
pgbench (14.2)
starting vacuum...end.
pgbench: error: client 0 script 0 aborted in command 3 query 0:
...

(5) There are still four databases but the corresponding directory was
deleted in base.

$ psql -l
List of databases
Name | Owner | Encoding | Collate | Ctype | Access
privileges
-----------+--------+----------+-------------+-------------+-----------------------
postgres | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
template0 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/"yugo-n"
+
| | | | |
"yugo-n"=CTc/"yugo-n"
template1 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 | =c/"yugo-n"
+
| | | | |
"yugo-n"=CTc/"yugo-n"
test0 | yugo-n | UTF8 | ja_JP.UTF-8 | ja_JP.UTF-8 |
(4 rows)

$ ls data/base/
1 13014 13015 16411 pgsql_tmp

(6) We cannot connect the database "test0".

$ psql test0
psql: error: connection to server on socket "/tmp/.s.PGSQL.25435" failed:
FATAL: database "test0" does not exist
DETAIL: The database subdirectory "base/16409" is missing.
----------------------------------------------------

Detailed discussions are here;
https://www.postgresql.org/message-id/20220301151704.76adaaefa8ed5d6c12ac3079@sraoss.co.jp

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Japin Li 2022-03-11 13:18:14 Re: BUG #17409: Unable to alter data type of clustered column which is referenced by foreign key
Previous Message Peter Geoghegan 2022-03-11 04:55:37 Re: BUG #17255: Server crashes in index_delete_sort_cmp() due to race condition with vacuum

Browse pgsql-hackers by date

  From Date Subject
Next Message Daniel Gustafsson 2022-03-11 11:22:10 Re: On login trigger: take three
Previous Message kuroda.hayato@fujitsu.com 2022-03-11 10:58:25 RE: Handle infinite recursion in logical replication setup