Type: | enum |
Défaut: | error |
Contexte: | superuser |
Redémarrer: | false |
Valeurs: | [debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal, panic] |
Contrôle si l'instruction SQL à l'origine d'une erreur doit être enregistrée dans les traces du serveur. L'instruction SQL en cours est incluse dans les traces pour tout message de sévérité indiquée ou supérieure. Les valeurs valides sont DEBUG5
, DEBUG4
, DEBUG3
, DEBUG2
, DEBUG1
, INFO
, NOTICE
, WARNING
, ERROR
, LOG
, FATAL
et PANIC
. ERROR
est la valeur par défaut, ce qui signifie que les instructions à l'origine d'erreurs, de messages applicatifs, d'erreurs fatales ou de paniques sont tracées. Pour réellement désactiver le traçage des instructions échouées, ce paramètre doit être positionné à PANIC
. Seuls les superutilisateurs peuvent modifier la valeur de ce paramètre.
Recommandations [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.
Sur StackOverflow
- What happens to PostgresSQL config values if the settings are commented out in postgresql.conf?
- Is there a way to have Postgres tell you what a syntax error was in addition to what it is at/near?
- Can't change or turn off postgres logging
- What happens to a Postgres row lock when a connection times out?
- How to trigger PANIC in PostgreSQL 10