⚠️ 该先优化哪一处
系统里有好几处都慢。最该先动手的是【0】。
阅读更多 →
性能该拿什么来量
说这个系统"变快了"，最站得住的证据是【0】。
阅读更多 →
自己写：交一份备份验收单
把 TODO 补完，打出原库用户数、原库订单数、恢复后用户数、恢复后订单数、对不对得上（五段，用 / 隔开；对得上写"一致"）。 一个小数据系统（题面里已经搭好） 主库 use
阅读更多 →
自己写：验一份坏掉的备份
把 TODO 补完：从备份文本里去掉所有插入语句再恢复，打出恢复出来的用户数和订单数（用 / 隔开）。⚠️ 这就是一份"看着正常、其实空的"备份。 一个小数据系统（题面里已经搭好）
阅读更多 →
自己写：备份完之后主库又改了
把 TODO 补完：先备份，再往主库插一张新订单，然后打出主库的订单数和备份恢复出来的订单数（用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜o
阅读更多 →
自己写：做一次备份并对账
把 TODO 补完，打出恢复出来的用户数和订单数（用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid /
阅读更多 →
一份备份里有多少行
下面这段打出备份文本一共几行和其中建表语句有几条（用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id / city）｜orders 24 行（id / uid /
阅读更多 →
⚠️ 备份 → 恢复 → 对账
下面这段把主库备份出来，再照备份重建一个，然后两边对账。打出原库的用户数和订单数、恢复出来的用户数和订单数（四段，用 / 隔开）。 一个小数据系统（题面里已经搭好） 主库 users 8 行（id
阅读更多 →
⚠️ 一份备份怎么才算合格
判断一份备份合不合格，最硬的标准是【0】。
阅读更多 →
缓存要不要备份
给这个系统做备份时，缓存那一层【0】。
阅读更多 →