网站设计与性能优化的平衡之道

　　接口超时告警那一刻，我正把第三包速溶咖啡倒进马克杯里——不是喝，是盯着它化开，等那点棕褐色在热水里散得慢一点，再慢一点。监控大盘上那条绿色的线一直在抖，像谁用鼠标在拖拽阈值刻度条。李哲蹲在机柜前拿手机电筒照交换机指示灯，后颈汗湿了一小片；王姐在工位上打电话谈房租，说到“押一付三”突然拔高半度，然后迅速压下去；我手边那张便签卷了边，上面写着“别动user表的ext字段”，字是上周五我写的，墨水有点洇。

　　去年5月份的事。那天下午三点十七分，首页推荐流接口开始504。不是全挂，是隔三岔五掉一个，堆栈里总卡在getRecommendList()里查tag关联表那一段——查的是tag_name模糊匹配，索引没建对，explain看出来走了全表扫。我原以为加个联合索引就完事了，结果推上灰度环境，前端立刻喊加载延迟变高了，白屏时间从800ms拉到1.2秒。我说你测的是哪个链路？他回我一张截图，水印时间戳是14:23:06，底下一行小字“v2.4.1-beta”。

　　我们仨——我、李哲、还有前端小周——蹲在茶水间干嚼苏打饼干。饼干渣掉在瓷砖缝里，扫帚早被行政收走了。小周说设计稿上那个悬浮动画必须400ms渐入，否则“用户感知断裂”。李哲直接拍大腿：“你管这叫感知？用户感知是你家缓存没命中，页面卡住三秒还在转菊花！”我插了一句“要不要把模糊匹配改成前缀匹配”，李哲看我的眼神就像看刚学会用curl的人。他说“前缀也救不了你的LIKE '%keyword%'”，我就没再吭声。

　　后来是产品阿源拍板：tag搜索入口先隐藏，推荐流改用预计算结果+本地缓存兜底。当天晚上十一点上线，告警清零。第二天晨会，阿源喝了口已经凉透的豆浆，说“这次算命好，下次不一定”。没人接话。咖啡机坏了，出水时滋滋响，像老式调制解调器拨号。我盯着它想，命好在哪？好在没动字段？好在没碰那张祖传的user_tag_rel表？好在谁都没敢把redis里那串key从tag::all改成tag::v2::all？

文章配图，仅供参考

　　其实我试过把那个LIKE换成全文索引。DBA老陈来了一趟，站我身后盯了两分钟屏幕，手指悬在键盘上没敲，最后拍拍我肩膀走了。他工位隔断上贴着一张纸，印着公司logo，右下角撕掉了一块，露出底下去年贴的旧便利贴痕迹。我没问，他也没说。反正最后没上。有些事你试了，就等于动了；动了，就等于要担着。而担着这件事，跟代码好不好看没关系，跟QPS有没有涨5%没关系，跟你昨天是不是熬到凌晨两点改了一个字段的default值——都没关系。

　　王姐挂了电话，端着杯子过来倒水，路过我工位时顺手把我那张卷边的便签往下按了按，没粘牢，又翘起来了。她说“你们上次改的那个status字段，iOS端说偶现乱码，是不是char(2)不够用？”我顿了顿，“不是乱码，是emoji，他们没做utf8mb4。”她“哦”了一声，没再说下去。我也没告诉她，我们上周悄悄把那个字段扩到了char(4)，但不敢同步给APP——怕他们SDK里做了固定长度截断，现在还挂着兼容层，一层薄薄的if (str.length > 2) throw new IgnoredException();。

　　所以说平衡之道？根本就没有道。就是谁嗓门大、谁背锅多、谁手抖不敢删的那一行注释、谁凌晨两点盯着jstack线程状态列表数到第37个WAITING、谁在git blame里看到自己的名字连续出现六次——这些人凑在一起，让系统刚好不崩，刚好还能上线，刚好没进P0复盘会。至于设计漂亮不漂亮？性能好不好的标准？去年5月那次之后，我连“优雅”俩字都不敢打在IDE里，怕触发自动补全跳出一段我三年前写的DTO类。

　　下周一我打算把本地分支里的那版“全量缓存tag关系”的代码硬删了。不是因为它不好，是因为它好得太过头——好到上线之后我要天天盯着它的内存曲线，好到一旦redis集群某台机器OOM，整个首页就集体梦游。我不想再体会那种后怕。真的不想。上个月行政换了一批新筷子，我拆开一双，发现它弯了，掰不直，轻轻一折就断在手里，断口毛糙。我把它扔进旁边垃圾桶，盖子没盖严，风吹得里面几张废纸嗡嗡响。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!