Java面试避坑指南：那些年我们答错的Redis持久化与MySQL索引问题

Java面试避坑实战：用Docker环境拆解Redis持久化与MySQL索引高频陷阱

最近帮几个朋友复盘面试，发现一个挺有意思的现象：不少工作一两年的同学，在Redis持久化和MySQL索引这类“经典”问题上，回答得看似头头是道，但一深究细节，或者让现场操作验证，漏洞就出来了。面试官稍微换个角度问，比如“AOF重写时如果服务器宕机，数据怎么恢复？”或者“为什么有时候明明有索引，EXPLAIN却显示ALL？”，很多人就卡壳了。

这其实不怪大家，很多面试宝典和网络文章只给了结论，缺了场景化的理解和亲手验证的过程。今天，我们就换个玩法。我不打算罗列一堆干巴巴的问答，而是准备带你亲手搭建一个Docker实验环境，在里面还原那些常见的错误配置和查询，然后一步步分析原理，最后找到正确的“姿势”。我们会聚焦在Redis持久化（尤其是AOF）和MySQL索引（B+树与失效场景）这两个重灾区，模拟一个面试官从提问、追问到实操考核的全过程。

你可以把这篇文章看作一个交互式的实验手册。建议你打开终端，跟着一起操作。我们用的都是最新稳定版：Redis 7.0和MySQL 8.0。

1. 实验环境搭建：快速构建可复现的测试场景

在开始“踩坑”之前，我们需要一个干净、隔离且一致的环境。用Docker是再合适不过的选择了，它能确保我们每个人实验的结果都一样，也方便随时推倒重来。

首先，确保你的机器上已经安装了Docker和Docker Compose。我们创建一个docker-compose.yml文件来定义服务。

version: '3.8'
services:
  redis:
    image: redis:7.0-alpine
    container_name: interview-redis
    ports:
      - "6379:6379"
    volumes:
      - ./redis-data:/data
      - ./redis-config/redis.conf:/usr/local/etc/redis/redis.conf
    command: redis-server /usr/local/etc/redis/redis.conf
    networks:
      - interview-net

  mysql:
    image: mysql:8.0
    container_name: interview-mysql
    ports:
      - "3306:3306"
    environment:
      MYSQL_ROOT_PASSWORD: root123
      MYSQL_DATABASE: test_db
    volumes:
      - ./mysql-data:/var/lib/mysql
      - ./mysql-init:/docker-entrypoint-initdb.d
    networks:
      - interview-net

networks:
  interview-net:
    driver: bridge

这个配置做了几件事：

• 启动一个Redis 7.0容器，将配置文件和数据目录挂载到本地，方便我们修改持久化策略。
• 启动一个MySQL 8.0容器，预设了root密码和初始数据库。
• 两个服务在同一个自定义网络中，方便后续如果需要连接（虽然本文实验独立）。

接下来，我们需要准备Redis的配置文件。在项目根目录创建redis-config文件夹，并新建redis.conf文件，我们先使用一个最简配置启动：

# redis.conf
bind 0.0.0.0
protected-mode no
port 6379
daemonize no
logfile ""

现在，在终端中进入存放docker-compose.yml的目录，执行：

docker-compose up -d

用docker-compose ps检查一下两个容器是否都处于Up状态。环境就绪，我们可以开始第一个主题的实验了。

提示：所有后续的Redis和MySQL客户端操作，我们都可以直接使用docker-compose exec命令在容器内执行，避免本地安装客户端的麻烦。

2. Redis持久化深水区：AOF配置误区与数据恢复真相

Redis持久化是保证数据安全的核心机制，也是面试中的必考点。大家通常能背出RDB和AOF的区别，但一到具体配置和故障场景，就容易迷糊。我们重点聊聊AOF。

2.1 AOF的“每