站长必避的3个MySQL设计陷阱

　　去年9月份，我蹲在机房听那台DELL R730风扇转得像直升机悬停，手边泡面汤已经凉透，油花浮着一层皱——就这时候，客户那个WordPress站的慢查日志突然炸了三十七条，全卡在wp_posts表的post_status字段上。不是索引缺失，是它根本没建索引，连前缀都没加，就一个TEXT字段存‘publish’‘draft’‘trash’……还带空格。我截图发群里，老张回了个“????”，陈默直接@我：“兄弟你删库跑路前记得给我备份。”

　　第一个坑：把业务状态当字符串硬塞TEXT里。真有人拿TEXT存status？真有。不光存，还SELECT WHERE post_status LIKE ‘%pub%’。我原以为他是用错了ORM配置，结果翻Git提交记录，发现是开发自己手写的SQL，注释里写着“兼容旧版插件”，而那个插件三年前就下架了。监控又跳了一条报警，MySQL 5.7.28的innodb_buffer_pool_pages_free掉到三百七十二，够呛。他连IN('publish','private')都懒得写，非要用正则模糊匹配。这个我敢打包票：只要status字段值域稳定在六个以内，ENUM或TINYINT比VARCHAR(20)快两倍不止——但站长们偏爱“看着灵活”。灵活个屁，蜘蛛爬三次404页面，收录掉一半，他倒觉得是CDN缓存没刷干净。

　　第二个坑：主键不用自增，非要用UUIDv4当主键，还加在wp_users表上。不是别人教的，是他自己搜了篇“分布式唯一ID方案”就往CMS里怼。我看到那行ALTER TABLE wp_users MODIFY id VARCHAR(36) PRIMARY KEY时，工位对面实习生小李正在啃鸡腿，骨头咔嚓一声响。他那个uuid()函数调用每秒三百多次，全是INSERT新用户埋的雷。我查了InnoDB页分裂次数，连续五天超阈值，可他说“备案要求实名唯一，数字ID太容易被猜出来”。我说你猜猜看——现在全站JOIN变笛卡尔积，因为wp_usermeta关联不上users.id，外键失效，MySQL直接当普通字段处理。这个我说不准是不是他故意留的后门，反正我撤了索引重建脚本之后，QPS没涨，但慢查询从六百降到了四十九。

　　第三个坑最绝：wp_options表里存主题设置，但他把整套JSON塞进option_value字段，每次update option_name='theme_mods_twentytwentythree'都要全量写入二点八兆数据。不是json_encode()的问题，是他连gzip都不打，也不拆表。上个月他发朋友圈说“首页首屏加载十八秒”，我顺手去看了下binlog，发现那晚他后台点了一次“保存主题设置”，触发三条UPDATE，其中一条写了六十三万字符进去，磁盘IO直接飙红。那天我盯着屏幕右下角时间，等完一个commit花了十一秒，而旁边监控大屏正刷着蜘蛛抓取失败率曲线，直线下坠。我切出去看了眼群消息，老张刚发了个“/me 把数据库锁了五分钟”，后面跟了三个流汗表情包。他压根不知道wp_options该按option_name分区、该设单独缓冲池、该禁用autoload=‘yes’的垃圾选项。只晓得备案材料里要写“数据库采用MySQL”，其他一概不管。

　　刚才小李递来半块西瓜，籽太多，我吐在纸巾上，折了两下扔进垃圾桶。他问我：“王哥，你说这些坑，是不是CMS厂商早知道？”我说我不知道。我知道的是——他上月改了主题CSS，结果CSS文件404导致百度蜘蛛拒收JS渲染页，但他还在后台狂点“重新生成静态首页”。这跟数据库设计有什么关系？没啥关系。就是顺嘴一提。他那个CDN配置还是用的二级域名泛解析，证书过期两天没续，但谁在乎呢？反正数据库还没挂，人还能活。

文章配图，仅供参考

　　哦对，今天上午备案系统提示“服务器IP变更未报备”，其实根本没换IP，是阿里云那个ECS控制台界面有个“临时浮动IP”按钮他误点了。我截了图准备下午过去帮他关掉。不过我现在得先下去趟，机房空调又停了，R730风扇声听着像要起飞。你要是看见群名变成“WP-DB-垂死挣扎”，别慌，那是老张改的——昨天他重启mysqld时把max_connections配成九十九，结果连自己phpMyAdmin都登不上。我们正商量要不要重装，或者干脆把wp_posts表truncate掉再用备份恢复。我打算试一次。就现在。

（编辑：站长网）

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