JHipster MySQL内存耗尽崩溃后实体用户数据丢失如何恢复

数据反复丢失的核心原因是MySQL容器未配置持久化目录映射，容器被OOM机制杀死重建后，内部存储的所有数据会被完全清空。以下是从根因修复到数据恢复的完整操作步骤。

• 停掉当前运行的容器栈，执行命令时不要加-v参数避免误删残留数据：
  docker-compose down
• 编辑docker-compose.yml中的MySQL服务段，补充持久化映射、内存限制与参数调优配置，参考如下：

services:
  mysql:
    image: mysql:8.0 # 替换为你实际使用的MySQL版本，*不要随意变更版本*避免兼容问题
    volumes:
      - ./mysql/data:/var/lib/mysql # 将MySQL核心数据目录映射到宿主机本地路径
      - ./mysql/conf:/etc/mysql/conf.d # 可选，映射自定义配置目录方便后续调优
    environment:
      MYSQL_ROOT_PASSWORD: 你的数据库root密码
      MYSQL_DATABASE: 你JHipster配置中指定的业务库名
    deploy:
      resources:
        limits:
          memory: 2G # 根据宿主机配置调整，生产环境建议给MySQL分配1-4G内存，*不要超过宿主机空闲内存上限*
    # 调整MySQL启动参数，控制内存占用
    command: --default-authentication-plugin=mysql_native_password --innodb-buffer-pool-size=1280M --performance-schema=OFF
    restart: always # 配置崩溃自动重启

• 给宿主机上的映射目录授予可写权限，避免MySQL启动因权限失败：
  mkdir -p ./mysql/data ./mysql/conf && chmod -R 755 ./mysql
• 重新启动容器栈：
  docker-compose up -d

场景1：存在历史数据库备份（可100%恢复崩溃前数据） #

• 将你之前备份的.sql格式数据库文件放到当前compose工作目录下，命名为recovery.sql
• 确认MySQL容器状态为running后，执行数据导入命令：
  docker exec -i $(docker-compose ps -q mysql) mysql -uroot -p你的数据库root密码 你的业务库名 < ./recovery.sql
• 导入完成后重启JHipster应用容器让连接生效：
  docker-compose restart jhipster
• 验证：访问应用登录admin账号，检查用户信息、实体数据是否完整恢复。

场景2：无历史备份（恢复JHipster内置数据，重建业务数据） #

• 确认MySQL容器正常启动、配置中指定的空业务库已创建完成
• JHipster默认集成了Liquibase数据库版本管理工具，空库状态下重启JHipster容器会自动执行初始化脚本，创建全量表结构、内置角色与默认账号：
  • 管理员账号：admin / admin
  • 普通用户账号：user / user
• 如果重启后没有自动触发初始化，进入JHipster容器手动执行初始化命令：
  • Maven构建的项目执行：docker exec -it $(docker-compose ps -q jhipster) ./mvnw liquibase:update
  • Gradle构建的项目执行：docker exec -it $(docker-compose ps -q jhipster) ./gradlew liquibaseUpdate
• 初始化完成后用admin账号登录，手动补录业务实体数据即可。

• 按宿主机配置合理调整MySQL内存参数，innodb-buffer-pool-size建议设置为分配给MySQL内存上限的60%-70%，避免占用过高内存触发OOM
• 配置定时备份任务，每日凌晨自动执行数据库备份，保留最近7天的备份文件，备份命令参考：
  docker exec $(docker-compose ps -q mysql) mysqldump -uroot -p你的数据库root密码 你的业务库名 > ./backup/$(date +%Y%m%d).sql
• 定期开启慢查询日志优化慢SQL，避免大查询拖垮内存。

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