docker-compose中mysql数据丢失?

新手上路,请多包涵

docker-compose挂载mysql,mysql老是重启并且数据丢失

docker-compose.yml文件

version: '3'
services:
  mysql: # 服务名称
    image: mysql:8.0.33 # 或其它mysql版本
    container_name: mysql # 容器名称
    environment:
      - MYSQL_ROOT_PASSWORD=123456 # root用户密码
#      - TZ=Asia/Shanghai # 设置容器时区 我这里通过下面挂载方式同步的宿主机时区和时间了,这里忽略
    volumes:
      - /home/docker/mysql/log:/var/log/mysql # 映射日志目录,宿主机:容器
      - /home/docker/mysql/data:/var/lib/mysql # 映射数据目录,宿主机:容器
      - /home/docker/mysql/conf.d:/etc/mysql/conf.d # 映射配置目录,宿主机:容器
#      - /etc/localtime:/etc/localtime:ro # 让容器的时钟与宿主机时钟同步,避免时间的问题,ro是read only的意思,就是只读。
    ports:
      - 3306:3306 # 指定宿主机端口与容器端口映射关系,宿主机:容器
    restart: always # 容器随docker启动自启

/home/docker/mysql/conf.d文件

###### [client]配置模块 ######
[client]
default-character-set=utf8mb4
socket=/var/lib/mysql/mysql.sock

###### [mysql]配置模块 ######
[mysql]
# 设置MySQL客户端默认字符集
default-character-set=utf8mb4
socket=/var/lib/mysql/mysql.sock

###### [mysqld]配置模块 ######
[mysqld]
port=3306
user=mysql
# 设置sql模式 sql_mode模式引起的分组查询出现*this is incompatible with sql_mode=only_full_group_by,这里最好剔除ONLY_FULL_GROUP_BY
sql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTION
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock
server-id = 1

# MySQL8 的密码认证插件 如果不设置低版本navicat无法连接
default_authentication_plugin=mysql_native_password

# 禁用符号链接以防止各种安全风险
symbolic-links=0

# 允许最大连接数
max_connections=1000

# 服务端使用的字符集默认为8比特编码的latin1字符集
character-set-server=utf8mb4

# 创建新表时将使用的默认存储引擎
default-storage-engine=INNODB

# 表名存储在磁盘是小写的,但是比较的时候是不区分大小写
lower_case_table_names=0
max_allowed_packet=16M 

# 设置时区
default-time_zone='+8:00'

启动方式:docker-compose up -d mysql

希望mysql不重启,数据不会丢失

阅读 1.5k
avatarAI BotBETA

根据你提供的docker-compose.yml文件和配置信息,如果MySQL服务经常重启并且数据丢失,可能有几个原因:

  1. 权限问题:确保/home/docker/mysql/data目录在宿主机上的权限设置正确,MySQL用户(通常是mysql用户)需要有足够的权限来读写该目录。
  2. 配置问题:检查/home/docker/mysql/conf.d中的MySQL配置文件是否有误,错误的配置可能导致MySQL服务无法正确启动。
  3. 磁盘空间:检查宿主机上的磁盘空间是否足够,如果磁盘空间不足,MySQL可能无法正确写入数据,导致数据丢失。
  4. Docker版本和兼容性:确保你使用的Docker版本与mysql:8.0.33镜像兼容。
  5. 容器日志:查看MySQL容器的日志(使用docker logs <container_id>),可能会发现一些有用的错误信息或警告。
  6. 网络问题:确保没有网络问题导致Docker容器与宿主机之间的通信中断。
  7. 外部因素:检查是否有其他进程或脚本可能在无意中删除或修改MySQL的数据目录。

针对你的问题,以下是一些建议来避免MySQL重启和数据丢失:

  • 检查权限:确保/home/docker/mysql/data目录的权限设置正确。
  • 查看日志:通过查看MySQL容器的日志,找出可能导致重启的原因。
  • 备份数据:定期备份MySQL数据,以防万一数据丢失。
  • 监控磁盘空间:确保宿主机上有足够的磁盘空间。
  • 升级Docker:如果使用的是较旧的Docker版本,考虑升级到最新版。
  • 使用持久化存储:考虑使用Docker的卷(volumes)或存储插件来确保数据持久化。

请注意,对于生产环境,通常建议将配置文件和数据目录分开管理,以便更容易地进行版本控制和备份。此外,使用Docker Swarm或Kubernetes等容器编排工具可以进一步增加服务的稳定性和可管理性。

最后,请确保你的MySQL配置(尤其是my.cnfmy.ini文件中的内容)是正确和适合你的使用场景的。错误的配置选项可能导致服务不稳定或数据丢失。

2 个回答

是不是存储满了

先确认主机/home/docker/mysql/data目录是否真的已经生成了mysql的数据文件,在排查为什么会重启,有没有可能是手动删除了数据目录中的文件。

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进
推荐问题