如题,
有必要在每一个请求里都加入日志吗。??
1
CKKKKKK 2019-12-16 18:24:07 +08:00
应该是要的,可以根据请求的重要性来调整日志的详略程度
|
2
securityCoding 2019-12-16 18:24:50 +08:00
1. 通用请求响应日志通过拦截器或者其他手段统一打印
2. 业务日志看情况, 没日志排查问题你都不好怎么跟人扯皮啊 |
3
Narcissu5 2019-12-16 18:29:06 +08:00
别的团队甩锅过来的时候可以帮你节约成吨成吨的调试时间
|
4
littleylv 2019-12-16 18:30:02 +08:00
我觉得有
|
5
cabing 2019-12-16 18:31:10 +08:00
常用手段。写日志,filebeat 异步收集到 es,通过 es 查询。
|
6
GM 2019-12-16 18:44:05 +08:00
亲,如果你代码非常完美,线上永无 bug,服务器硬件状况非常完美,永无故障,可以不考虑写日志。
否则的话,这边建议您老老实实写日志呢。 |
7
qq976739120 2019-12-16 18:56:21 +08:00
很多时候,我甚至想一行代码一行日志
|
8
Erroad 2019-12-16 20:07:18 +08:00
这不是基本操作吗?
|
9
EscYezi 2019-12-16 20:19:22 +08:00 via iPhone
当然有,不然怎么发现被恶意扫描
|
10
LeeSeoung 2019-12-16 20:21:17 +08:00
每个请求都需要的话 那就在拦截器做
|
11
turi 2019-12-16 20:31:48 +08:00
我做游戏开发,基本上每个函数都会几条日志,日志真的是定位问题的最有效解决方式
|
12
outoftimeerror 2019-12-16 22:04:29 +08:00
这种级别的日志不应该写在代码里,prometheus+grafana 了解一下
|
13
xpsilvester 2019-12-17 08:37:08 +08:00
有必要
|
14
wd 2019-12-17 10:07:54 +08:00
看你写的什么程序了,如果要求极高的响应,那显然不要写日志,必要的时候可以打开日志 debug 就好了。
通常面向 c 端用户的程序都没这么高要求,随便开,甚至一个请求记几十条的都有。 |
15
ben1024 2019-12-17 10:27:49 +08:00
日志分情况,
与三方和其他人配合需要把请求和响应记录下来,(执行人,执行时间) 线上可以用 didi/rdebug 做请求录播, SQL 的也需要加上执行日志和执行人,执行时间 内部异常也要记录日志, 重要业务做流程日志 |
16
qwerthhusn 2019-12-17 11:35:04 +08:00
我自己搞的,查询类的请求不记,其他类的记一下
|
17
gyinbj OP @qwerthhusn 目前我也是这样。。 除了 select 其余全纪录 但是还是感觉缺少点什么
|
18
baoshu 2020-02-01 12:15:18 +08:00 via iPhone
看业务情况,一般不需要,如果是请求日志 nginx 可以开启的。
|