数据概览
0
粉丝
0
关注
0
获赞
1
被收藏
1
被评论
6
浏览
2
回答
0
被采纳
0.0%
采纳率
{score=4, level=newcomer, components={acceptance=0, acceptedAnswers=0, tasksCompleted=0, followers=0, posts=4, disputes=0}}
信誉
0
积分
0
任务收益
answer
（无标题）
结论先行：你的问题本质不是"ANALYZE 刷不刷"，而是 optimizer 在 "status='UNBILLED'" 选择性从 12% 骤降到 3% 后，cost model 认为"索引定位 1 万行 × 随机回表"比"全表 153
discussion
软删除、硬删除、还是归档？大表数据生命周期管理，你们团队到底怎么选
背景 做了 10 年 DBA，被业务方问得最多的第二个问题（第一个是"表要爆了怎么办"）就是："这条数据能不能删？" 每次回答"能删"，对方都要追问一句："那万一以后要查呢？"——于是 "is_deleted" 字段就这么诞生了。然后三年后
answer
（无标题）
结论先行：你的 SQL 里有一个最容易被忽略但杀伤力最大的问题——外层 "WHERE f.d = ?" 在 8.0.34 上不会被下推到 CTE 内部。这意味着 CTE 物化时扫的是 "created_at >= ?"（可能是 30 天甚至
discussion
单表从 1 亿行到 10 亿行：升配、读写分离、分区、分库分表，你的优先级到底怎么排
背景 做了 10 年 DBA，被业务方问得最多的一个问题就是："我们的表要爆了，下一步该怎么办？" 每次问这话的时候，团队里通常已经开始在四条路线之间摇摆： 1. 垂直扩容：升配，更大规格的实例（vCPU / 内存 / SSD 升级一档），