学习Ubuntu PostgreSQL日志分析技巧，能迅速锁定问题点，有效提高数据库运维效能吗？

说白了... 数据库就像是心脏，每一次搏动都关乎着业务的生死存亡。而对于那些在Ubuntu服务器上坚守岗位的DBA或者运维工程师，PostgreSQL无疑是那把最锋利的剑。但是再锋利的剑如果使用不当，也会卷刃。当系统突然变慢，用户开始投诉，报警蜂拥而至时你是否还在手忙脚乱地翻看日志？

一、基础配置：别让日志“沉默”

好吧... 工欲善其事，必先利其器。在开始分析之前，我们得确保PostgreSQL真的在“说话”。很多时候，问题发生时去查日志，却发现里面空空如也，那种绝望感简直无法形容。

也是没谁了。 在Ubuntu环境下PostgreSQL的日志行为主要由配置文件控制。你猜怎么着？通常这个文件躲在/etc/postgresql/版本号/main/postgresql.conf里。

先说说你得把那个“开关”打开。这就是logging_collector参数。把它设置为on这是开启日志收集的第一步。 多损啊！ 如果这个参数是off 那你可能只能在系统日志里看到只言片语，甚至什么都看不到。心情复杂。

接下来我们要告诉PostgreSQL把日志放在哪里。默认情况下日志可能会混在系统日志里或者呆在数据目录下的pg_log文件夹中。但为了管理方便，我们通常会指定一个专门的目录。 谨记... 这就涉及到log_directory参数。你可以把它设置为绝对路径， 比如/var/log/postgresql/pg_log这样查找起来一目了然。补救一下。

然后是文件名。如果日志文件一直叫同一个名字，那文件迟早会变得巨大无比，不仅难以阅读，甚至可能撑爆磁盘。这时候，log_filename就派上用场了。我们可以利用变量让它按日期或时间自动滚动，比如设置成postgresql-%Y-%m-%d_%H%M%S.log。这样，每个时间段的日志都会独立成文件，排查问题时就能精准定位到事发时间段，什么鬼？。