Mysql作为一个常用数据库，在互联网系统应用很多。有些故障是其自身的bug，有些则不是，这里以前段时间遇到的问题举例。 问题## 当时遇到的症状是这样的，我们的应用在线上测试环境，JMeter测试过程中，发现每次压力测试开始时访问低前几个http request请求会超时，而之后的请求持续 ...

1、事件还原 昨天下午，收到一个504的告警，显然这是一个超时告警。当时由于手头有其他事情，没在意，就只是瞄了一眼，但是引起告警的方法很熟悉，是我写的，第一反应有点诧异。 诧异之后，继续处理手头的工作。 一小时过后，又收到同样的告警，显然不是偶尔，肯定是哪儿出问题了，于是开始排查。 报警 ...

线上问题的排查过程1、测试统一收口，2、产品判断是否正常逻辑 | 测试判断是否已经用例覆盖 | 技术排查日志或代码变更 ...

微信公众号：内核小王子 觉得可以的话欢迎关注 场景：公司对外网关对很多外部商户开放，运行多年一直正常，昨天某一个客户调用我们接口的时候频繁报connectiontimeout，异常如下： 该异常来自于httpclient，原因是创建连接超时，也就是tcp进行三次握手的时候失败 ...

最近2周开始接手apache flink全链路监控数据的作业，包括指标统计，业务规则匹配等逻辑，计算结果实时写入elasticsearch. 昨天遇到生产环境有作业无法正常重启的问题，我负责对这个问题进行排查跟进。 第一步，基础排查 首先拿到jobmanager和taskmanager的日志 ...

背景 前段时间收到运维反馈，线上Mysql数据库凌晨时候出现慢查询的报警，并把原始sql发了过来： 表数据量200W左右，不是很大，而且是根据主键更新。 问题排查 排查Mysql数据库 我看到sql后第一反应就是是不是数据库出问题了，每个小时都有业务，偏偏白天业务高峰时间段 ...

Linux(2)---记录一次线上服务 CPU 100%的排查过程 当时产生CPU飙升接近100%的原因是因为项目中的websocket时时断开又重连导致CPU飙升接近100% 。如何排查的呢 是通过日志输出错误信息: 得知websocket时时重新 连接的信息,然后找到原因 解决 ...

问题背景 在业务使用redis过程中，出现了read timeout 的异常。 问题排查 直接原因 运维查询redis慢查询日志，发现在异常时间节点，有redis慢查询日志，执行sadd 命令花费了1秒钟。但由于redis是单线程应用，执行单条命令的阻塞，会造成其他命令的排队等候，导致 ...