当前位置: 首页 > 知识库问答 >
问题:

docker-compose中mysql数据丢失?

许招
2024-05-16

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=utf8mb4socket=/var/lib/mysql/mysql.sock###### [mysql]配置模块 ######[mysql]# 设置MySQL客户端默认字符集default-character-set=utf8mb4socket=/var/lib/mysql/mysql.sock###### [mysqld]配置模块 ######[mysqld]port=3306user=mysql# 设置sql模式 sql_mode模式引起的分组查询出现*this is incompatible with sql_mode=only_full_group_by,这里最好剔除ONLY_FULL_GROUP_BYsql_mode=STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_ENGINE_SUBSTITUTIONdatadir=/var/lib/mysqlsocket=/var/lib/mysql/mysql.sockserver-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=0max_allowed_packet=16M # 设置时区default-time_zone='+8:00'

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

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

共有3个答案

太叔昊穹
2024-05-16

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

乐正远
2024-05-16

是不是存储满了

谷梁振
2024-05-16

根据你提供的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文件中的内容)是正确和适合你的使用场景的。错误的配置选项可能导致服务不稳定或数据丢失。

 类似资料:
  • 场景:我在Spring中开发了一个使用mysql 8数据库的微服务。这个数据库必须被初始化(创建一个数据库、一些表和数据)。在我的主机上,我用data.sql和schema.sql脚本初始化了数据库。问题是,我必须设置: 第一次执行。这将以我想要的方式初始化我的数据库。对于以后的运行,我必须对该命令进行注释。非常难看的解决方案,但我找不到更好的解决方案,我现在没有得到这个问题的答案。我认为测试它是

  • 我正在尝试创建一个mysql数据库/模式,如果它还不存在的话。 以下是我尝试过的: docker编写。yml公司 创建数据库 它不起作用。如果架构不存在,使用docker/docker compose创建架构的最佳方式是什么?

  • 本文向大家介绍解决docker重启redis,mysql数据丢失的问题,包括了解决docker重启redis,mysql数据丢失的问题的使用技巧和注意事项,需要的朋友参考一下 官方文档: 所以 mysql应如下启动: docker run -p 3306:3306 -d -e MYSQL_ROOT_PASSWORD=密码 -v /windows盘符/指定的文件夹路径:/var/lib/mysql 

  • 我正在尝试使用docker-compose运行2个docker容器,并将mysql容器连接到app容器。mysql容器正在运行,但app容器无法启动,出现错误:错误:2003:无法连接到'127.0.0.1:3306'上的mysql服务器(111连接被拒绝)似乎我的app容器正在尝试连接我的主机mysql而不是mysql容器。 Docker-compose.yml DockerFile 这是我的d

  • 问题内容: 我在使用docker-compose导入.sql转储文件时遇到问题。我已经关注了文档,这些文档显然将从docker-entrypoint- initdb.d中加载.sql文件。但是,当我运行时,sql文件不会复制到容器中。 我试过用flag 停止容器,但这也不起作用。我的.yml脚本做错了吗? 我的撰写文件所在的根目录中的database / db-dump /目录中有dump.sql

  • 问题内容: 我试图弄清楚如何使用docker-compose.yml和2个从sql dump导入的数据库来实现docker。 以上返回以下内容: 基本上,我试图在单个docker compose文件中获取整个堆栈设置,创建2个数据库并导入相应的sql转储。有人有什么建议吗? 问题答案: 就像其他可能对此有所了解的人的更新一样。 我通过删除解决了这个问题: 从 docker-compose.yml中