Kubernetes中MySQL Pod启动失败：Back-off重启失败容器问题排查

核心错误分析 #

从日志中可定位两个致命启动失败原因：

1. 无效启动参数：MySQL 8.0.33已移除--ignore-db-dir参数，该未知参数直接导致mysqld进程启动终止。
2. 系统表异常：mysql.plugin、mysql.component等核心系统表无法打开，原因是挂载的EBS卷vol-0218587545484中存在未初始化或残留的旧数据，破坏了MySQL初始化流程。

分步修复方案 #

1. 删除无效启动参数 #

修改dbdep.yml中的容器配置，移除错误的args段：

containers:
  - name: db01
    image: dash/db01:latest
    # 移除以下两行无效参数
    # args:
    #   - '--ignore-db-dir'
    #   - 'lost+found'
    volumeMounts: 
      - mountPath: /var/lib/mysql
        name: db01-data
    ports:
      - name: vprodb-port
        containerPort: 3306
    env:
      - name: MYSQL_ROOT_PASSWORD 
        valueFrom:
          secretKeyRef:
            name: app-secret 
            key: db01-pass

2. 清理/替换EBS卷 #

挂载的EBS卷存在残留数据，导致MySQL无法完成初始化，二选一执行：

• 方案一：清空现有卷
  1. 删除当前Deployment：kubectl delete deployment db01
  2. 在AWS控制台将vol-0218587545484挂载到临时EC2实例
  3. 格式化卷（清空所有数据）：mkfs.ext4 /dev/[卷设备名]
  4. 卸载卷后重新部署Deployment
• 方案二：使用全新EBS卷
  在AWS控制台创建新的空EBS卷，替换dbdep.yml中volumeID为新卷ID，确保卷无任何残留数据。

3. 验证Secret配置 #

确认K8s中app-secret的db01-pass值正确：

kubectl get secret app-secret -o jsonpath='{.data.db01-pass}' | base64 -d

若Secret不存在，需先创建：

kubectl create secret generic app-secret --from-literal=db01-pass="你的密码"

验证流程 #

1. 应用修改后的配置：kubectl apply -f dbdep.yml
2. 查看Pod状态：kubectl get pods
3. 检查启动日志：kubectl logs <db01-pod-name>
4. 验证数据库初始化：通过端口转发或临时测试Pod连接数据库，确认role表已创建。

内容的提问来源于stack exchange，提问作者Dash