嘻哈baby

刚工作那会儿，遇到过一个诡异的问题：服务刚启动时第一批请求特别慢，好几秒才响应，之后就正常了。 查了半天发现是数据库连接的锅——每次请求都新建连接，TCP握手 + MySQL认证，一套下来几百毫

去年公司要搞一个数据分析平台，日志量大概一天3亿条，保留90天，总共约300亿条数据。之前用MySQL分库分表勉强扛着，但复杂查询动不动就几十秒，业务那边已经骂了好几次。

前言 做后端这些年，TCP相关的问题排查过无数次。连接超时、连接被重置、端口耗尽、TIME_WAIT堆积……每种问题都有自己的套路。 这篇文章把我遇到过的典型问题和排查方法整理一下。不讲TCP协议原理

三年前第一次听说eBPF，觉得这玩意离我太远——内核开发？那是神仙干的事。 直到前段时间排查一个诡异的网络延迟问题，传统工具都定位不到根因，同事甩给我一个bpftrace脚本，几秒钟就抓到了问题

服务起不来，日志没报错。进程在跑，但就是不干活。 这种问题最恶心，看日志看不出问题，看监控也没异常。 这时候就需要strace和lsof这两个神器了。 strace：跟踪系统调用 strace能看到进

同事写了个SQL，生产环境跑了8秒，被DBA追着骂。 一看执行计划，全表扫描，100万行数据一行行扫。 "不是加了索引吗？" "加了，但没用上。" 索引这东西，加得不对比不加还糟糕。整理一下常见的索引

促销活动开始10分钟，商品服务挂了。 然后呢？订单服务调商品服务超时，线程池打满。用户服务调订单服务超时，线程池也打满。整个系统像多米诺骨牌一样全倒了。 这就是经典的雪崩效应。 解决方案：熔断和降级。

凌晨2点，告警电话响了。 "网站打不开，显示证书过期。" 一看日历，证书有效期90天，刚好今天到期。忘续了。 从那以后，我把所有证书都做了自动续期。整理一下踩过的坑。

做过Web服务的都知道，接口裸奔是找死。 不设防的后果：羊毛党刷爆优惠券、爬虫拖垮服务器、CC攻击搞瘫业务。 整理一下Nginx层面的防护方案，都是生产环境验证过的配置。