类型: | enum |
默认: | error |
上下文: | superuser |
重新开始: | false |
值: | [debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal, panic] |
控制哪些导致一个错误情况的 SQL 语句被记录在服务器日志中。任何指定 严重级别 或更高级别的消息的当前 SQL 语句将被包括在日志项中。有效值是DEBUG5
、 DEBUG4
、DEBUG3
、 DEBUG2
、DEBUG1
、 INFO
、NOTICE
、 WARNING
、ERROR
、 LOG
、 FATAL
和PANIC
。默认值是ERROR
,它表示导致错误、日志消息、致命错误或恐慌错误的语句将被记录在日志中。要有效地关闭记录失败语句,将这个参数设置为PANIC
。只有超级用户可以改变这个设置。
建议 [EN]
Logs SQL statements which error. If you have an application which routinely generates errors and can't fix it, then raise the level to FATAL or PANIC.
在 StackOverflow
在 pgsql-hackers
- Re: Add test module for verifying backtrace functionality
- Add TAP tests for backtrace functionality (was Re: Add test module for verifying backtrace functionality)
- Re: Add TAP tests for backtrace functionality (was Re: Add test module for verifying backtrace functionality)
- Add test module for verifying backtrace functionality
- Re: Parallel Aggregates for string_agg and array_agg