索引漏洞：20年架构师揭秘搜索体验退化元凶

文章配图，仅供参考

　　当时我差点喷咖啡。索引漏洞？这词儿听着像二十年前的老古董，现在谁还提这个？可老张掰着手指头数：去年9月他们组重构搜索中台，上线第三周用户投诉“搜XX没结果”的工单暴涨三倍，测试环境明明全量覆盖的索引，到生产环境就跟被狗啃了似的，缺胳膊少腿。他说得兴起，显示器边贴的排期表都翘了角，被运营小妹拿胶带粘了三次。

　　我原以为是他团队配置出问题，结果他翻出监控截图：凌晨两点索引重建任务卡在“分片同步”环节，日志里全是“shard allocation failure”，可监控大盘显示CPU利用率才15%。“就像你点外卖，骑手在楼下转圈圈，系统还跟你说‘已送达’。”他敲着桌子，“后来发现是ES集群的路由规则没同步，新索引建好了，但查询请求还在往旧节点发——这他妈不是漏洞，是设计缺陷。”

　　群里一直在弹消息，是测试组在催“搜索专题的用例库”。老张瞥了眼手机，继续说：“最坑的是，这问题藏了半个月才暴露。为啥？因为旧索引没全删，部分查询还能走缓存。直到某天缓存过期，用户突然发现‘昨天还能搜到的内容，今天没了’——就跟你电脑用着用着突然蓝屏，之前还一切正常呢。”

　　外卖到了半天没人拿，运营小妹举着袋子在工位间晃：“谁的麻辣香锅？”老张头也不抬：“放我桌上，等我说完。”他说那会儿他们团队天天加班到十点，改路由规则、调分片策略、重写索引同步脚本，可用户投诉还是居高不下。“后来发现根本问题不在技术，在‘优胜劣汰’——我们总以为新索引肯定比旧的好，结果旧索引虽然慢，但覆盖全；新索引为了追求速度，砍了30%的低频字段，结果用户搜的就是那些被砍的。”

　　我插嘴：“那不就是典型的‘技术优化反伤体验’？”老张点头：“可不就这道理！现在很多团队搞搜索，上来就谈ES集群、分布式、实时索引，可连最基本的‘用户到底搜什么’都没搞明白。我们去年那事儿，最后是让产品经理蹲了三天客服工位，把用户搜索词全导出来分析——你猜怎么着？排名前20的关键词里，有7个是旧系统里低频但必现的字段。”

　　窗外在打桩，哐当哐当的，老张提高了嗓门：“所以我说这专题得聊‘优胜劣汰’——不是新技术一定比旧的好，是得看用户到底需要什么。就像我们组后来改的方案，不是全推新索引，而是把新旧索引并跑，用户搜索时先走新索引，没结果再自动降级查旧索引。虽然性能慢了10%，但投诉率降了80%。”

　　主编在选题表上勾勾画画：“那标题怎么定？‘索引漏洞：20年架构师揭秘搜索体验退化元凶’？”老张摆手：“别，太装逼了。就叫‘去年我们搞砸搜索的三种姿势’，或者‘为什么你的搜索越改越烂’——用户才不管你什么漏洞不漏洞，他们只关心‘我想搜的东西能不能搜到’。”

　　我想起上个月废掉的一篇稿子，标题是“搜索中台的五大优化策略”，写了五千字，从ES配置讲到缓存策略，结果被主编毙了，说“全是技术术语，用户看两行就关”。当时我还不服，现在想想，老张说的对——用户要的不是“优化”，是“能搜到”。

　　运营小妹终于把麻辣香锅递过来，老张扒拉了两口，继续说：“其实最讽刺的是，我们修复索引漏洞后，用户搜索量反而降了。为啥？因为之前用户搜不到东西，会反复换关键词试，现在一次就能搜到，自然就不搜了。”他笑着摇头，“所以下次别跟我说‘搜索量涨了就是体验好’，可能只是用户被逼得没辙了。”

　　群里又在催用例库，老张把手机倒扣在桌上：“不管了，先说结论：搜索体验退化的元凶，不是技术不行，是‘以为技术能解决所有问题’。就像你减肥，光买跑步机没用，还得管住嘴——用户需求就是那张嘴，索引漏洞只是跑步机上的划痕。”

　　我翻出笔记本，上面还记着上周的选题：“如何提升搜索转化率”，现在看来，得改成“如何不让搜索把用户逼疯”。老张凑过来看了眼：“对，就这个方向。别整那些虚的，就写‘我们曾经以为索引越多越好，结果用户只想搜到昨天看过的那篇文章’——这比什么漏洞、元凶实在多了。”

　　显示器边的排期表又翘了角，运营小妹拿着胶带过来，老张摆手：“别粘了，下周要换新工位。对了，搜索专题的稿子谁写？我可不写，上次那篇‘五大优化策略’把我写吐了。”我指了指自己：“我写，但标题得按你说的改——‘为什么你的搜索越改越烂：一个架构师的血泪教训’。”老张点头：“成，这标题能过稿。”

　　窗外打桩声停了，我低头看笔记本，发现刚才记的“优胜劣汰”被划掉了，改成“用户需求第一，技术第二”。老张说得对，有些道理，得踩过坑才懂。

（编辑：我爱制作网_池州站长网）

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