タイプ: | 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