| タイプ: | enum |
| デフォルト: | notice |
| コンテキスト: | user |
| 再起動: | false |
| 値: | [debug5, debug4, debug3, debug2, debug1, log, notice, warning, error] |
どのメッセージレベルをクライアントに送るかを管理します。有効な値は、DEBUG5、DEBUG4、DEBUG3、DEBUG2、DEBUG1、LOG、NOTICE、WARNINGおよびERRORです。それぞれのレベルはそれに続く全てのレベルを包含します。レベルが後の方になるにつれ、より少ないメッセージが送られます。デフォルトはNOTICEです。ここでのLOGの優先順位がlog_min_messagesの場合と異なることに注意してください。
INFOレベルのメッセージは常にクライアントに送られます。
推奨事項 [EN]
Unless doing interactive debugging, then you want it set to DEBUG1-5. If you have a client application which is confused by some of PostgreSQL's WARNINGs then you may want to set this to ERROR.
On StackOverflow
- SET client_min_messages to specific ROLE postgres
- Changing client_min_messages and log_min_messages
- PG::InvalidParameterValue: ERROR: invalid value for parameter "client_min_messages": "panic"
- How does 'client_min_messages' setting affect an application using libpq?
- INFO output despite "SET client_min_messages TO WARNING" just before
On pgsql-hackers
- Re: vacuum verbose detail logs are unclear; log at *start* of each stage; show allvisible/frozen/hintbits
- 回复：how to create index concurrently on partitioned table
- ALTER tbl rewrite loses CLUSTER ON index
- Re: error context for vacuum to include block number
- Re: feature idea: use index when checking for NULLs before SET NOT NULL