Обсуждение: BUG #15678: The postgresql.conf string does not define server behavior (default_transaction_isolation)
BUG #15678: The postgresql.conf string does not define server behavior (default_transaction_isolation)
От
PG Bug reporting form
Дата:
The following bug has been logged on the website:
Bug reference: 15678
Logged by: Vasiliy Korotkikh
Email address: dhaenoor@yandex.ru
PostgreSQL version: 11.2
Operating system: Debian Stretch
Description:
In the configuration file of my server there is the following line:
default_transaction_isolation = 'serializable'
I make a query like this:
select current_setting('transaction_isolation')
It displays this message:
read committed
The isolation level inside the functions also does not correspond to the one
specified in the configuration file.
For verification, I add into functions something like this: INSERT INTO
t1(textval) VALUES (current_setting('transaction_isolation'));
Also I used next query: ALTER ROLE ALL IN DATABASE mydb SET
default_transaction_isolation TO 'serializable';
P.S. If in the future you want to get more sensible error reports, then you
should think about a few examples. People understand examples better than
lengthy documentation descriptions.
On 2019-03-08 17:38:33 +0000, PG Bug reporting form wrote: > The following bug has been logged on the website: > > Bug reference: 15678 > Logged by: Vasiliy Korotkikh > Email address: dhaenoor@yandex.ru > PostgreSQL version: 11.2 > Operating system: Debian Stretch > Description: > > In the configuration file of my server there is the following line: > default_transaction_isolation = 'serializable' Did you reload the configuration after making that change? SELECT pg_reload_conf(); Greetings, Andres Freund
Re: BUG #15678: The postgresql.conf string does not define serverbehavior (default_transaction_isolation)
От
"David G. Johnston"
Дата:
On Fri, Mar 8, 2019 at 11:11 AM PG Bug reporting form <noreply@postgresql.org> wrote: > > The following bug has been logged on the website: > > Bug reference: 15678 > P.S. If in the future you want to get more sensible error reports, then you > should think about a few examples. People understand examples better than > lengthy documentation descriptions. Likewise a self-contained executable example makes diagnosing bug reports considerably easier. As Andres said this is likely a caching issue related to when changed settings take effect after making a physical change. David J.