传媒站长流量破局：3个被忽视的数据库优化点

　　去年九月，快照回退那天我正蹲在机房门口啃烧饼，监控屏右下角跳着“MySQL CPU 98%”，隔壁装修的电钻声一锤一锤敲在脑仁上。群里王胖子发了个捂脸哭的表情包，配字：“收录掉得比我家阳台晾的衬衫还快。”我没回。衬衫确实没收，挂那儿三天了，吸饱了雨气，沉得往下滴水。

　　我原以为是蜘蛛池被盯上了——毕竟那批页面标题都带“2024爆款”“爆文拆解”这种词，一看就是采集混搭。可查了一上午日志，发现蜘蛛来得挺勤，爬得也深，连 /wp-admin/admin-ajax.php 都进去了三次。查一下收录：先搜 site:domain.com，空；再搜 intitle:“今日热点” ，出来十七个；再翻到第二页，没影了。不是不收录，是收了又吐，像吃坏肚子的人反刍。

　　第一个点，没人提，但真要命：wp_postmeta 里存着三百七十二个字段，其中二百一十六个是“_edit_lock”“_wp_old_slug”“_wp_trash_meta_status”这种玩意儿。编辑器每点一次“更新”，就往里塞一条新记录，主键用的是 post_id + meta_key 的组合索引——可这个索引根本没建在 meta_key 上。它只建在 post_id 上。结果就是每次查“某个文章有没有被锁”，全表扫 meta 表。查一次慢半秒，蜘蛛爬十次，就卡死线程池。我敢打包票，你后台点“快速编辑”，页面卡顿超过一秒，八成是这儿。上周张伟在群里吼“改个分类等三分钟”，我问他是不是刚点了批量更新，他回：“你怎么知道？”——他后台开了十五个标签页，全在刷 wp-admin/edit.php。

　　第二个点，更哑巴亏：你首页调用最新文章，用的是 WP_Query( [ 'posts_per_page' => 10 ] )，看起来没问题。但它背后默认加了 ignore_sticky_posts=0。而你上个月为凑流量，在后台把二十七篇文章设成了“置顶”。置顶文章优先级高，可 WP_Query 要查它，就得先去 postmeta 扫一遍 _sticky_posts 字段。问题来了——这字段没索引，也不走主键。扫着扫着，它顺手把所有 post_status != 'publish' 的草稿、待审、私密稿全拖进内存排序。内存溢出前，MySQL 先杀掉长事务。蜘蛛来的那一刻，正好撞上。那天快照回退前两小时，服务器日志里躺着十九条“Killed connection due to idle timeout”。我翻到第七条的时候，桌上那根烟烧到了滤嘴，烫了手指，没弹灰。

　　第三个点，我自己踩过三次：你以为“分页优化”就是给 ORDER BY 加个索引？错。wp_posts 表里，你按 post_date DESC 查，建了个 (post_status, post_date) 复合索引。听起来很稳。但你漏了 post_type。你站里有文章、视频、音频、专题页四种 type，它们混在一张表里。蜘蛛批量抓列表页时，它会从第一页翻到第一百页——而第 83 页开始，因为 post_type 不均匀，索引失效，直接降级成 filesort。你没看见 slow log，因为慢得不够格进阈值；你只看见收录数一天掉四分之一，快照停在 9 月 12 号凌晨三点零七分。那天我查了三次 cron 记录，确认 wp_scheduled_delete 没跑，但没查 postmeta 的碎片率。直到李姐发语音说“友链那边说我们首页加载超六秒”，我才想起来——她那个站用的是同一家云服务商，同一批内核补丁，同一批 MySQL 配置模板。

　　说句难听的：现在这环境，不是谁做得好谁活，是剩下来的人刚好没踩到那几块玻璃渣。你外链还在，是因为对方还没把你的域名放进黑名单校验队列；你快照还在，是因为蜘蛛还没决定把你从高频重抓名单里划出去；你PC端还能排前三，是因为移动端那边还没触发新权重层校验。优胜劣汰？汰的不是质量，是数据库里那几条没建对的索引、那几个没清理的 meta 垃圾、那堆你以为“系统自带所以肯定靠谱”的默认参数。搜索引擎没说话，它只是把错误放大了五倍还多，然后默默把流量切给那个昨晚删了三百条旧 meta 数据的站长。

　　我去年在河北搞站群，五个站用一个主库，其中一个站半夜崩了，整池子瘫。排查到凌晨四点，发现是那个站用了自定义的评论缓存表，表结构里 date_created 字段用的是 DATETIME，但插入时硬塞了时间戳数字。MySQL 自动转成 “1970-01-01”，于是全表 WHERE date_created > '2024-01-01' 变成全表扫描。当时就懂了：数据类型不一致这事，不报错，不警告，就安静地让你变慢。安静得比雨声还轻。

文章配图，仅供参考

　　客户催我“明天必须让收录回来”，我说“行”，挂了电话就去删测试库。不是不想修，是修不过来——你没法一边改索引一边保证不锁表，而锁表十分钟，蜘蛛就当你挂了。我翻了三天官网变更日志，到底是哪次更新的事我说不准。有人说是 9 月 10 号那次 spider 协议微调，有人说是 CDN 缓存策略改了 header 标识，还有人说根本不是技术问题，是同行举报后人工复核介入了。反正我不信最后一句，上次被举报的刘哥，他站到现在都没恢复快照，可他数据库干净得能当镜子照。

　　群里现在没人聊算法了，都在问“怎么删 postmeta 不锁表”。我贴了三条 SQL，第一条带 DELETE LOW_PRIORITY，第二条加了 LIMIT 1000，第三条干脆说“先 dump 出来，grep 掉 _edit_lock 开头的行，再 truncate 再 insert”。说完就关了微信。阳台那件衬衫还在滴水，我把窗关严实了，电钻声闷下去一点。明天先把手上那批页面删一半试试——不是删内容，是删那五百多个冗余 meta_key。删完再说。

（编辑：站长网）

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