日志的格式化, 大家有什么最佳实践么

[DinoStray]

日志样例:
[zookeeper]node already exist: /zoo/hi

这里的 [zookeeper] 就是我对日志内容的一种归类, 是一个 tag, 表明是 zookeeper 类的日志.

结果我发现 [] 并不适合用在日志, 要是用 less 搜索日志, [] 会被处理为正则表达式

日志的格式化, 大家有什么最佳实践么

[guyeu]

了解一下转义。。

[chendy]

zk 这类的日志没留意过…
nginx 、tomcat 和 spring-boot 的日志，全部用自定义的 json 格式，方便用 filebeat 拉进 es

[lidlesseye11]

你这个理由......
\[zookeeper\]
还有，这 tag 是干啥用的？为啥要格式化啊？有啥 ELK 满足不了的需求吗

[DinoStray]

通过转义搜索, 我是知道的.
可是这样很麻烦, 比如我换成 {zookeeper}, 就直接搜 {zookeeper} 就好了.

[DinoStray]

我的问题, 也不是怎样 在 less vi 中使用转义, 而是日志格式化, 有没有什么最佳实践可以分享

[DinoStray]

如果 {zookeeper} 可以节省我日后查询日志的工作量, 为什么我不一开始就用 {zookeeper}, 而是每次查询还得用一下转义那个[].
所以我的问题, 是日志格式化的最佳实践

[DinoStray]

@chendy 可是有些内容, 还是给开发者看的, 不管开发过程定位问题, 还是线上故障分析. 这类给开发者看的日志, 有没有什么好的, 更易读的最佳实践

[mrytsr]

参见 nginx 的日志

[learningman]

日志这种东西能用就行了

[yidinghe]

你要是丢到 ELK 的话，格式都不重要了，反正都会被分词。这个时候的最佳实践是面向分词优化，比如说 “批量订单处理查询已支付订单，结果 30 条记录”这种，改成“批量订单处理 查询完成 status=PAID count=30”这样分多段关键字、空格隔开更好，因为搜索日志的时候就知道按照哪些关键字来查。

[mnssbe]

怕麻烦啊， 关机睡觉吧

[lululau]

用英文，不行汉语拼音也行，就是别用汉字

[Trim21]

输出成 json，然后收集到 es 里

[gamexg]

[] 使用转移可以解决

另外我现在喜欢结构化日志。

[TimePPT]

直接 ES 搞定

[LouisGuo]

https://github.com/LouisGuo/ylog-spring-boot-starter

[ZSeptember]

结构化

[Varobjs]

最佳实践就是
1. 不要手动记错误，每个人写法不一样
2. 同个项目多个日志文件，或者不同服务要保证能用一个 ID 串联起来，要不记再多也枉然

格式问题，详细且一致就好，没啥最佳实践的