登录
首页 >  数据库 >  MySQL

Mysql导入导出遇到的一个坑

来源:SegmentFault

时间:2023-01-12 18:14:55 190浏览 收藏

来到golang学习网的大家,相信都是编程学习爱好者,希望在这里学习数据库相关编程知识。下面本篇文章就来带大家聊聊《Mysql导入导出遇到的一个坑》,介绍一下MySQL、docker、navicat,希望对大家的知识积累有所帮助,助力实战开发!

背景

  • 自从把我手上的任务全部转换成docker运行和管理之后,遇到了一系列的坑,这次是mysql备份的问题。
  • 原因是启动mysql镜像的时候没有指定
    -v
    ,导致一段时间之后docker很大,原来的磁盘不够了,需要迁移到新磁盘。
  • 在使用导入导出的时候出现了一些问题,浪费了很多时间去解决。

解决过程

定位mysql镜像过大

查看容器占用的空间

```docker system df```

摘要信息

查看详细信息

Local Volumes space usage:
VOLUME 
NAME                                                            LINKS SIZE
3e764b0633ea2c3f3dc5b0bf79dc753055d7c09451b477d3015650c66ea4a5fb   0  0B
598a592e1f9d90d2564c7c52f45f6f6a96784ad0426ec60682299fa1a1b93b96   0  0B
5eb12b3b0091810bbe3c94c5801ad2f2ff51d79b69b0ac01eb37cf00d37d89f6   0  0B
admin_logs                                                         0  0B
f42e3ef90e4c7b3658a0fb4a877e90b298b12cb58cd63f38d9b4ad5c2ab41d73   0  0B
3361b9c615e09708170018dc7d170b8d4b498dd83cbcb155a3d41234d08e8119   1  9.3G

此时根据上面返回的信息,只有两个容器有VOLUMES,一个是mysql,还一个是redis,所以使用docker inspect container_id命令查看具体容器具体的信息,发现确实是9.3G的那个Volume。

CONTAINER ID        IMAGE       COMMAND          LOCAL VOLUMES       SIZE   
cb76bbc211e6        mysql      "docker-entrypoint.s…"   1             7B

备份mysql到新挂的盘

```docker exec -it mysql mysqldump -u用户名 -p密码 数据库 > /mnt/vdb/data/mysql/test_db.sql```
用户名、密码和数据库自己修改

导入mysql

1. 为了保证之前的数据还在,所以另起一个mysql容器,并且使用-v映射到宿主机。
2. 然后执行:docker exec -i mysqld mysql -uroot -proot federation 

错误来了

ERROR 1064 (42000) at line 1: You have an error in your SQL syntax;
check the manual that corresponds to your MySQL server version for the
right syntax to use near 'mysqldump: [Warning] Using a password on the
command line interface can be insec' at line 1

我搜索了很多的资料,都没有效果,于是决定使用图形化工具直接备份,于是使用navicat,备份,在新的镜像导入,并且导入成功

图片描述
  • 这个里面的Rows,和我导入之后的显示的不一样
  • 这个里面的Rows,和我导入之后的显示的不一样
  • 这个里面的Rows,和我导入之后的显示的不一样

图片描述
  • WTF?总数1688,只显示1480?
  • 进入到docker容器里面,使用命令行查询,确实是1688,确实是展示的Rows不对,So...

总结

  1. 使用docker时,要考虑好需不需要外挂卷,一般数据库的最好都外挂,备份迁移都很方便
  2. 不要过分依赖数据库的GUI,命令行才是最证实可靠的
  3. 实在不行,你狂加硬盘吧,反正都是在服务器上,但是要确保,服务器不会蹦,否则数据容易丢失。

以上就是本文的全部内容了,是否有顺利帮助你解决问题?若是能给你带来学习上的帮助,请大家多多支持golang学习网!更多关于数据库的相关知识,也可关注golang学习网公众号。

声明:本文转载于:SegmentFault 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>
评论列表