- 博客(7)
- 收藏
- 关注
转载 openresty记录响应body乱码问题
问题背景 最近新上了一个功能,openresty通过syslog记录请求日志,然后由logstash推送至ES。测试上线时未发现这个问题,在日常查看日志的过程中,发现logstash推送有错误日志,错误内容为:Error parsing json,导致此条请求日志丢失。排查过程 1、在syslog中查找出现rror parsing json的日志,日志内容为:{...
2019-01-02 14:58:00
1654
转载 java >>> 和 >>>=的区别
java >> 和 >>> 以及 >>>= 的区别 可能大家都知道java中>> 和 >>> 的区别,那这里我也啰嗦一下,>> 和 >>> 都是右移操作,只不过>>>是无符号右移,也就是右移之后高位补零。对于正数来说,两者没有什么区别,但是对于负数来说,&g...
2018-09-04 14:19:00
271
转载 Nginx" upstream prematurely closed connection while reading response header from upstream"问题排查...
问题背景 我们这边是一个基于Nginx的API网关(以下标记为A),最近两天有调用方反馈,偶尔会出现502错误,我们从Nginx的error日志里看,就会发现有" upstream prematurely closed connection while reading response header from upstream"这么一条错误日志,翻译过来其实就是上游服务过早的关闭了...
2018-06-08 18:39:00
1736
转载 nginx配置rewrite总结
1、rewrite regex replacement [flag] 2、flag为break时,url重写后,直接使用当前资源,不在执行location里其他语句,完成本次请求,地址栏url不变。 3、flag为last时,url重写后,重新匹配location,进入匹配到的location进行处理,地址栏url不变。 4、示例 locati...
2017-05-23 09:11:00
121
转载 nginx配置location总结
location匹配顺序"="前缀指令匹配,如果匹配成功,则停止其他匹配普通字符串指令匹配,顺序是从长到短,匹配成功的location如果使用^~,则停止其他匹配(正则匹配)正则表达式指令匹配,按照配置文件里的顺序,成功就停止其他匹配如果第三步中有匹配成功,则使用该结果,否则使用第二步结果注意点匹配的顺序是先匹配普通字符串,然后再匹配正则表达式。另...
2017-01-24 10:39:00
358
转载 log4j导致的性能问题
问题背景 双十一零点时,有一个服务A(后文该服务都用A来代替)的tp99由平常的50ms左右突然彪到60000ms,导致调用端积累了几十W的数据,同时,也影响到了同一个docker上的其他服务。那为什么会出现这种问题呢,且看下面排查过程。问题分析 1、将一台docker上其他服务都进行下线,同时将其他docker上的A服务进行下线,也就是说调用方只能调用到该docker上...
2016-12-28 18:07:00
230
转载 ConcurrentHashMap内存泄漏问题
问题背景上周,同事写了一段ConcurrentHashMap的测试代码,说往map里放了32个元素就内存溢出了,我大致看了一下他的代码及运行的jvm参数,觉得很奇怪,于是就自己捣鼓了一下。首先上一段代码: 1 public class MapTest { 2 3 public static void main(String[] args) { 4 ...
2016-12-26 13:30:00
2880
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人