性能该拿什么来量
说这个系统"变快了"，最站得住的证据是【0】。
⚠️ 该先优化哪一处
系统里有好几处都慢。最该先动手的是【0】。
⚠️ 两处慢，哪一处更值得动
甲处每次碰 24 行、一天调 100 次；乙处每次碰 240 行、一天调 2 次。下面这段打出甲处一天碰多少行、乙处一天碰多少行、该先动哪一处（三段，用 / 隔开；写"甲"或"乙"）。 一个小数据系统
自己写：量出这条查询现在有多贵
把 TODO 补完，打出没索引时判了多少次。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid / amt） ⚠️ u1 有 6 张订单，u2~u7
自己写：优化之后再量一次
把 TODO 补完，打出优化前判几次、优化后判几次、省了几次（三段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid / amt）
自己写：确认优化没把结果改坏
把 TODO 补完，打出优化前查出几行、优化后查出几行、一不一致（三段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid / amt）
自己写：交一份优化报告
把 TODO 补完，打出优化前判几次、优化后判几次、优化前取数方式、优化后取数方式、结果一不一致（五段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id /
演练该在什么时候做
故障恢复演练最该做的时机是【0】。
⚠️ 恢复完了怎么算成功
从备份恢复完成之后，判断"成功了"的标准是【0】。
⚠️ 演练一次：主库没了，从备份救回来
下面这段先备份，然后把主库整个丢掉，再从备份恢复。打出恢复后的用户数、订单数、u1 还有几张订单（三段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id /