本文从 MySQL 三种核心日志切入——redo log（InnoDB 物理日志，基于 WAL 保障持久性）、binlog（Server 层逻辑日志，用于主从复制与数据恢复）、undo log（记录反向操作，支撑事务回滚与 MVCC 版本链）。随后讲解两阶段提交如何协调 redo log 与 binlog，以 binlog 完整性为准解决主从一致性问题。接着介绍主从复制的三线程模型、主从延迟原因与

本文围绕 MySQL 索引展开，从 B+Tree 结构讲起：非叶子存键值、叶子存全量数据且以双向链表相连，树高极低使得千万级数据仅需 2-3 次磁盘 I/O。接着区分聚簇索引（叶子即整行数据）与二级索引（叶子仅存主键），解释回表开销及覆盖索引的规避方式。联合索引部分重点阐述最左前缀原则与索引下推优化。实战环节介绍 EXPLAIN 的 type、Extra 字段解读，并针对深分页（延迟关联）、JOI

本文系统剖析了"限时秒杀"系统的设计思路和实现方案。核心采用"漏斗模型"层层过滤流量：前端通过静态化、按钮置灰等技术限流；Redis预减库存保证高速查询；消息队列异步处理削峰；数据库最终完成交易。同时需考虑防刷策略（验证码、IP限流等）和兜底方案（降级、熔断等）。面试回答应突出系统性思维，展示从技术实现到业务防护的全链路考量，强调在性能与一致性间的权衡能力。