缓存穿透、击穿、雪崩：一次真实的应对

那天早上 9 点 05 分，商品详情接口的 5xx 率从 0.02% 直接冲到 34%，数据库 CPU 打满，QPS 从平时的 3000 涨到 4 万多。我在地铁上，用手机看着监控图从绿变红，那种感觉挺难忘的。 事后复盘，这次事故其实是「击穿」和「雪崩」同时发生。趁着记忆还新，把这三个词的区别和我们
作者：泡面星球
分类： 技术笔记

我理解的「高内聚低耦合」

先讲个反面教材。我们有个类，名字叫通用工具类，里面 87 个静态方法，被项目里 200 多个文件引用过。它里面有日期格式化、有金额计算、有正则校验、有一段调用外部接口的逻辑、还有两个方法直接查了数据库。 这个类是我见过的最标准的低内聚加高耦合组合，而且它是被一片好意造出来的——每个人都想着「这个方法
作者：咖啡不加糖
分类： 技术笔记

写了五年 SQL，我总结的十条经验

标题里的「五年」有点保守，实际上从我第一次写 SELECT * FROM users 到现在大概七年了，只是前两年写的东西不太配叫经验，更像事故。下面十条，每条都对应过至少一次真实的疼痛。 一、别用 SELECT * 老生常谈，但理由可能和你想的不一样。除了浪费网络和内存之外，我遇到过更麻烦的：有人
作者：小满不满
分类： 技术笔记

Python 异步编程踩过的五个坑

去年我把一个内容抓取服务从多线程模型改成了 asyncio，代码量少了大概三分之一，单机 QPS 从 80 涨到 600 出头。数字很好看，但中间踩的坑一个都不少，值得单独记一篇。下面五个，每一个都让我加过班。 一、在协程里调了同步阻塞代码 最经典也最丢人的一个。我用 aiohttp 抓页面，抓完顺
作者：晚风信箱
分类： 技术笔记

数据库索引：从原理到实践的一些体会

先从一个问题开始 为什么给一个字段加了索引，查询还是慢？ 这个问题我被问过至少十几次，问的人一般都很委屈：「我明明加了索引啊」。而我自己刚工作那两年，也是这么委屈过来的。后来慢慢想明白，「加了索引」和「用上了索引」和「用上索引之后变快了」，是三件完全不同的事。 B+ 树到底长什么样 抛开教科书的画法
作者：键盘上的猫
分类： 技术笔记

关于代码注释的争论，我站哪一边

组里为这件事吵过好几次。一方说好代码是自解释的，需要写注释说明恰恰证明代码写得不够清楚；另一方说没有注释的代码就是天书，半年后连作者自己都读不懂。 我两边都不站，因为我觉得这个争论从一开始就问错了问题——它把「注释」当成了一个东西，但注释其实至少有五种，价值天差地别。 第一种：解释代码在做什么 比如
作者：晚风信箱
分类： 技术笔记

命名是编程中最难的事之一

上周评审一个合并请求，我在一个五十行的方法里数出了这些变量名：data、data2、info、temp、flag、result、list。作者是个挺不错的工程师，逻辑写得很清楚，但我读这段代码花的时间是它应有的三倍。 我在评论里写了半天，删了重写了三次，因为我很怕显得在挑刺。命名这件事就是这样，说轻
作者：泡面星球
分类： 技术笔记

关于「临时方案」的宿命

上个月我在一个服务里搜了一下 TODO 和 FIXME，一共 89 条。我顺手跑了 git blame，按年份统计了一下： 2019 年：7 条 2020 年：15 条 2021 年：21 条 2022 年：18 条 2023 年：16 条 2024 年之后：12 条 七年前留下的临时方案，今天还在
作者：一只猫饼
分类： 技术笔记

我为什么坚持写技术博客

先摆数字。第一篇是 2015 年 3 月发的，标题叫《Nginx 反向代理踩的三个坑》，全文 600 字，现在看错了两处。到今天为止 412 篇，平均 9 天一篇。十年了。 经常有人问我图什么。我干脆用自问自答的方式写这一篇，把我这些年被问过的问题一次性回答完。 问：写博客能带来什么实际收益？ 诚实
作者：键盘上的猫
分类： 技术笔记

Git 工作流：小团队的实用选择

「我们是不是该上 gitflow？我看很多团队都用这个。」 「我们几个人？」 「五个。」 「那不用。」 这是上个月我跟一个刚转正的同事的真实对话。我回答得比较干脆，但当时没解释清楚，后来他又来问了一次，我干脆把想法整理下来。 gitflow 到底为谁设计的 gitflow 有五类分支：master、
作者：咖啡不加糖
分类： 技术笔记
共 44 篇文章
页