(编辑:jimmy 日期: 2024/12/25 浏览:2)
公司的项目中使用了postgresql(简称pg)作为其数据库管理系统,前两天环境突然崩溃了,页面无法打开。经过排查,我发现是数据库所在机器磁盘满了,通过目录和文件排序,原来是pg的日志太多(大约保留了大半年的日志在磁盘上没有被清理)。
我看了下pg的日志配置,发现基本都是用的默认配置,日志滚动没有开启,于是乎做了下相关配置优化后对pg进行重启,最后看了pg的日志滚动,恢复正常了。以下是我梳理的关于pg的日志配置项。
配置文件:postgresql.conf
默认为off,设置为on则pg可以记录相关日志,建议打开,否则在数据库出现异常时候,没有日志来定位具体问题
# This is used when logging to stderr: logging_collector =on# Enable capturing of stderr and csvlog # into log files. Required to be on for # csvlogs. # (change requires restart)
# These are only used if logging_collector is on: #配置日志目录,默认为pg_log即可 log_directory = 'pg_log' # directory where log files are written, # can be absolute or relative to PGDATA #pg日志文件名及其扩展名,默认即可 log_filename = 'postgresql-%Y-%m-%d_%H%M%S.log' # log file name pattern, # can include strftime() escapes #pg日志文件的权限,默认即可 log_file_mode = 0600 # creation mode for log files, #开启日志滚动阶段,这里需要设置为on log_truncate_on_rotation =on# If on, an existing log file with the #日志保留天数,这里看实际环境,如果是测试建议1d,如果是生产环境建议7d log_rotation_age = 1d # Automatic rotation of logfiles will #单个日志大小,默认100MB即可,比较标准的配置
#发送给客户端的消息级别,建议warning即可,日志等级越低,打印的内容越多,性能上越有损耗 client_min_messages = warning # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # log # notice # warning # error #写到数据库日志文件中的消息的级别,建议warning即可,日志等级越低,打印的内容越多,性能上越有损耗 log_min_messages = warning # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # info # notice # warning # error # log # fatal # panic #是否记录导致数据库出现错误的SQL语句,建议warning即可,日志等级越低,打印的内容越多,性能上越有损耗 log_min_error_statement = error # values in order of decreasing detail: # debug5 # debug4 # debug3 # debug2 # debug1 # info # notice # warning # error # log # fatal # panic (effectively off)
#log_statement_stats为on则会开启log_parser_stats,log_planner_stats,log_executor_stats这三个选项,生产环境不建议开启,建议测试环境开启,用于定位问题。 #log_parser_stats = off #log_planner_stats = off #log_executor_stats = off #log_statement_stats = off
#执行sql时间为2s以上的sql都会被记录下来 log_min_duration_statement = 2s
以上配置再修改完之后,均需要重启pg生效。