摘要: 问题背景 最近新上了一个功能,openresty通过syslog记录请求日志,然后由logstash推送至ES。测试上线时未发现这个问题,在日常查看日志的过程中,发现logstash推送有错误日志,错误内容为:Error parsing json,导致此条请求日志丢失。 排查过程 1、在syslog 阅读全文
posted @ 2019-01-02 14:58 Hello-YOYO 阅读(2808) 评论(1) 推荐(0) 编辑
摘要: java >> 和 >>> 以及 >>>= 的区别 可能大家都知道java中>> 和 >>> 的区别,那这里我也啰嗦一下,>> 和 >>> 都是右移操作,只不过>>>是无符号右移,也就是右移之后高位补零。对于正数来说,两者没有什么区别,但是对于负数来说,>> 右移之后还是负数,而>>>右移之后就变成 阅读全文
posted @ 2018-09-04 14:19 Hello-YOYO 阅读(965) 评论(0) 推荐(0) 编辑
摘要: 问题背景 我们这边是一个基于Nginx的API网关(以下标记为A),最近两天有调用方反馈,偶尔会出现502错误,我们从Nginx的error日志里看,就会发现有" upstream prematurely closed connection while reading response header 阅读全文
posted @ 2018-06-08 18:39 Hello-YOYO 阅读(59438) 评论(1) 推荐(5) 编辑
摘要: 1、rewrite regex replacement [flag] 2、flag为break时,url重写后,直接使用当前资源,不在执行location里其他语句,完成本次请求,地址栏url不变。 3、flag为last时,url重写后,重新匹配location,进入匹配到的location进行处 阅读全文
posted @ 2017-05-23 09:11 Hello-YOYO 阅读(700) 评论(0) 推荐(0) 编辑
摘要: location匹配顺序 注意点 匹配的顺序是先匹配普通字符串,然后再匹配正则表达式。另外普通字符串匹配顺序是根据配置中字符长度从长到短,也就是说使用普通字符串配置的location顺序是无关紧要的,反正最后nginx会根据配置的长短来进行匹配,但是需要注意的是正则表达式按照配置文件里的顺序测试。找 阅读全文
posted @ 2017-01-24 10:39 Hello-YOYO 阅读(67395) 评论(1) 推荐(6) 编辑
摘要: 问题背景 双十一零点时,有一个服务A(后文该服务都用A来代替)的tp99由平常的50ms左右突然彪到60000ms,导致调用端积累了几十W的数据,同时,也影响到了同一个docker上的其他服务。那为什么会出现这种问题呢,且看下面排查过程。 问题分析 1、将一台docker上其他服务都进行下线,同时将 阅读全文
posted @ 2016-12-28 18:07 Hello-YOYO 阅读(11162) 评论(0) 推荐(1) 编辑
摘要: 问题背景 上周,同事写了一段ConcurrentHashMap的测试代码,说往map里放了32个元素就内存溢出了,我大致看了一下他的代码及运行的jvm参数,觉得很奇怪,于是就自己捣鼓了一下。首先上一段代码: 执行时加上jvm执行参数 -Xms512m -Xmx512m ,执行结果: 最开始的代码是没 阅读全文
posted @ 2016-12-26 13:30 Hello-YOYO 阅读(11175) 评论(3) 推荐(2) 编辑