⚠️ 恢复之后，缓存也得清一遍
恢复之后缓存里可能还留着旧库时代的值。下面这段看不清缓存和清了缓存两种情况。打出不清缓存时回源几次和清了缓存时回源几次（用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 2
自己写：做一次完整演练
把 TODO 补完：备份、丢掉主库、恢复、对账。打出恢复后的用户数和订单数（用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid / amt）
自己写：恢复之后把缓存清掉
把 TODO 补完：缓存暖过之后，把那个键清掉再请求一次，打出这一次回源几次。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid / amt） ⚠️
自己写：演练时也别忘了验查询
把 TODO 补完：恢复之后真查一次，打出u1 的订单数和杭州的用户数（用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid / amt）
自己写：交一份演练报告
把 TODO 补完，打出恢复后用户数、恢复后订单数、u1 几张订单、和基线一不一致、清缓存后回源几次（五段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id
真机上动手之前先做哪一步
拿到一台真实的实验机，动手之前最该先做的是【0】。
把真机那几道题在纸上预演一遍
真机题的形状：量基线 → 加索引 → 加缓存 → 备份恢复 → 对账。下面这段打出订单总数、u1 的订单数、优化后判几次、恢复后订单数（四段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / cit
先把这个系统的家底摸清
场景：你连上了一台真实的 Linux 实验机，上面跑着一个小数据系统：home 目录下有一个 sqlite 主库，机器上还跑着一个 Redis 当缓存。这套东西是为你这次实验现生成的，库名、表名、行数和键名都和别人的不一样。要做什么写在 ~
找出这个系统的热点
场景：你连上了一台真实的 Linux 实验机，上面跑着一个小数据系统：home 目录下有一个 sqlite 主库，机器上还跑着一个 Redis 当缓存。这套东西是为你这次实验现生成的，库名、表名、行数和键名都和别人的不一样。要做什么写在 ~
⚠️ 加索引之前先量一次
场景：你连上了一台真实的 Linux 实验机，上面跑着一个小数据系统：home 目录下有一个 sqlite 主库，机器上还跑着一个 Redis 当缓存。这套东西是为你这次实验现生成的，库名、表名、行数和键名都和别人的不一样。要做什么写在 ~