YugabyteDB日志中的日志行前缀

Question

[用户在YugabyteDB社区板上发布的问题]

默认情况下，log_line_prefix值是YugabyteDB使用的什么？在哪里可以看到当前部署的此值？从yb-tserver.INFO文件中捕获的日志语句如下所示：

W0607 20:33:04.185003  34 log_util.cc:222] Could not read footer for segment: /mnt/disk0/yb-data/tserver/wals/table-b2f6b3c86b144801970a778a4108e5bd/tablet-c47ae2a0cd8342b0a225c0e2b88564c3/wal-000000077: Not found (yb/consensus/log_util.cc:464): Footer not found. Footer magic doesn't match

我想弄清楚各个组件引用了什么，如果可能的话，再添加几个前缀。

我的要求是捕获审计日志。我注意到YB审计日志进入postgres.*.log文件，而不是yb-tserver.INFO，例如，这是有问题的，因为我们下面的日志集合(kibana等)正在读取yb-tserver.INFO。我加了

ysql_pg_conf_csv=pgaudit.log='ALL',pgaudit.log_level=log,pgaudit.log_client=ON,log_line_prefix='%m [%p] %q%u ',log_filename=yb-tserver.INFO

这会导致审计日志进入yb-tserver.INFO，但我注意到审计日志没有出现在基班纳。我的理论是postgres日志和yb日志的日志前缀格式不同。例如，在审计日志到达之后，这是来自yb-tserver.INFO文件的片段。

W0607 20:44:04.952666 2496 replica_state.cc:738] T 8c98cae947f6496391679c3884e9f173 P eb161bac2edb40f6856996f9818bf8a2 [term 179 LEADER]: Can't advance the committed index across term boundaries until operations from the current term are replicated. Last committed operation was: 178.292150, New majority replicated is: 178.292150, Current term is: 179
2022-06-07 21:13:56.410 UTC [23977] yugabyte LOG: AUDIT: SESSION,1,1,READ,SELECT,,,select 'kundan';,<not logged>

注意，日志前缀的格式是不同的，所以我想，如果我能够使postgres日志前缀与yb的相同，那么我的日志集合将能够读取/解析，并且它将显示在kibana中。如果我的计划是好的，请告诉我。我认为没有像postgres那样配置yb日志前缀的方法吗？

Answer 1

在docs：https://docs.yugabyte.com/preview/troubleshoot/nodes/check-logs/#log-format中解释了日志前缀格式。

如何使用这个提交https://github.com/yugabyte/yugabyte-db/commit/f425def87a952037e7425ae29497c5510a849b13中的更改？这将使.postgresql日志保持一致。然后你可以分别解析它们。您可以在读取日志时进行合并。