golang 高频服务延时抖动追因
一，背景 策略组同学反馈有个服务上线后 redis 写超时非常严重，严重到什么地步呢，写redis 毛刺超过100ms！ 而且不是随机出现，非常多，而且均匀，导致整个接口超时严重。因为用的redis 库是由我们组维护，所以任务落我们组小伙伴头上了。 这个项目有非常复杂的业务逻辑，有密集型io（调度问题）+定时任务（cpu问题）+常驻内存cache（gc问题），频繁访问redis，在定时逻辑中，业务逻辑需要一个request 可能达到上千次redis Hmget+get(先不讨论合理性)。 背景比较复杂， 是个golang 服务，接口延迟要求百ms级。 go version : 1.8，机器是8核+16G 容器，没有开runtime 监控，redis 的同事初步反馈没有slowlog。因为rd 也追了很久，到我们这边来的时候，redis 的超时指标监控已经给我们加了。 redis get 接口的耗时监控显示如下，因为高频请求，大部分耗时是小于10ms 的，但是这毛刺看着非常严重，是不可忍受了。 系统cpu问题比较严重，抖动非常大，内存并没有太大问题，但是占用有点大，比较有意思的事，因为用...
