mysql命令导入\导出表结构或数据

本文涉及的产品
RDS MySQL DuckDB 分析主实例,集群系列 4核8GB
简介:

mysql,命令导入\导出表结构或数据

在命令行下mysql的数据导出有个很好用命令mysqldump,它的参数有一大把,可以这样查看: 
mysqldump 

最常用的: 
mysqldump -uroot -pmysql databasefoo table1 table2 > foo.sql 

这样就可以将数据库databasefoo的表table1,table2以sql形式导入foo.sql中,其中-uroot参数表示访问数据库的用户名是root,如果有密码还需要加上-p参数 

C:\Users\jack> mysqldump -uroot -pmysql sva_rec date_drv >e:\date_drv.sql 

mysql的数据导入也是相当便捷的,如: 
mysql -uroot databasefoo < foo.sql 

这样就可以将foo.sql的数据全部导入数据库databasefoo 如何查看mysql表 ;show databases:--查看数据库 ;usedatabases; 使用数据库 show tables: -查看表 use table-用表 describetable;-看表结构


mysql导出表结构

( 一 )

使用mysqldump命令
格式
mysqldump YourDatabaseName --user=YourUserName --password=YourPassword 

YourDatabaseName是你想处理的数据库名
YourUserName和YourPassword 对应你的授权口令

如果只需要导出表的结构,那么可以使用mysqldump的 -d 选项

 

导出整个库的表结构如下:
mysqldump -uroot -p -d databasename > createtab.sql


如果只想导出 表 test1,test2,test3 的表结构 和 数据呢?
该如何导出?

mysqldump-uroot -p -d databasename test1 test2 test3 > createtab.sql


--上面的是导出指定表结构,下面这个可以导出指定表结构和数据


mysqldump -uroot -p --tables databasename > createtab.sql

mysqldump-uroot -p -d databasename test1 test2 test3 > createtab.sql

 

( 二 )

run-->cmd---> 
c:mysqldump-uroot -pjava csincity>20090115.sql回车即可,后面不要加分号,此时导出的为数据库中所有的数据。 


c:mysqldump-d -uroot -pjava csincity>20090115.sql 
导出的为数据库中所有表的结构 

c:mysqldump-uroot -pjava csincity user>20090115.sql 
导出的为数据库中user表的结构

 


( 三 )
     
1.导出整个数据库 

mysqldump -u用户名 -p密码  数据库名 > 导出的文件名 
C:\Users\jack> mysqldump -uroot -pmysqlsva_rec  > e:\sva_rec.sql 

2.导出一个表,包括表结构和数据 

mysqldump -u用户名 -p 密码  数据库名 表名> 导出的文件名 
C:\Users\jack> mysqldump -uroot -pmysql sva_recdate_rec_drv> e:\date_rec_drv.sql 

3.导出一个数据库结构 
C:\Users\jack> mysqldump -uroot -pmysql -d sva_rec> e:\sva_rec.sql 

     4.导出一个表,只有表结构 

  mysqldump -u用户名 -p 密码 -d数据库名  表名>导出的文件名 
C:\Users\jack> mysqldump -uroot -pmysql -d sva_recdate_rec_drv> e:\date_rec_drv.sql 

5.导入数据库 

常用source 命令 
进入mysql数据库控制台, 
如mysql -u root -p 
mysql>use 数据库 
然后使用source命令,后面参数为脚本文件(如这里用到的.sql) 
mysql>source d:wcnc_db.sql

 


本文转自 wdy198622 51CTO博客,原文链接:http://blog.51cto.com/weimouren/1722132

相关实践学习
每个IT人都想学的“Web应用上云经典架构”实战
本实验从Web应用上云这个最基本的、最普遍的需求出发,帮助IT从业者们通过“阿里云Web应用上云解决方案”,了解一个企业级Web应用上云的常见架构,了解如何构建一个高可用、可扩展的企业级应用架构。
MySQL数据库入门学习
本课程通过最流行的开源数据库MySQL带你了解数据库的世界。 &nbsp; 相关的阿里云产品:云数据库RDS MySQL 版 阿里云关系型数据库RDS(Relational Database Service)是一种稳定可靠、可弹性伸缩的在线数据库服务,提供容灾、备份、恢复、迁移等方面的全套解决方案,彻底解决数据库运维的烦恼。 了解产品详情:&nbsp;https://www.aliyun.com/product/rds/mysql&nbsp;
相关文章
|
7月前
|
缓存 NoSQL 关系型数据库
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
美团面试:MySQL有1000w数据,redis只存20w的数据,如何做 缓存 设计?
|
5月前
|
SQL 人工智能 关系型数据库
如何实现MySQL百万级数据的查询?
本文探讨了在MySQL中对百万级数据进行排序分页查询的优化策略。面对五百万条数据,传统的浅分页和深分页查询效率较低,尤其深分页因偏移量大导致性能显著下降。通过为排序字段添加索引、使用联合索引、手动回表等方法,有效提升了查询速度。最终建议根据业务需求选择合适方案:浅分页可加单列索引,深分页推荐联合索引或子查询优化,同时结合前端传递最后一条数据ID的方式实现高效翻页。
320 0
|
3月前
|
SQL 关系型数据库 MySQL
如何将Excel表的数据导入RDS MySQL数据库?
本文介绍如何通过数据管理服务DMS将Excel文件(转为CSV格式)导入RDS MySQL数据库,涵盖建表、编码设置、导入模式选择及审批执行流程,并提供操作示例与注意事项。
|
4月前
|
存储 关系型数据库 MySQL
在CentOS 8.x上安装Percona Xtrabackup工具备份MySQL数据步骤。
以上就是在CentOS8.x上通过Perconaxtabbackup工具对Mysql进行高效率、高可靠性、无锁定影响地实现在线快速全量及增加式数据库资料保存与恢复流程。通过以上流程可以有效地将Mysql相关资料按需求完成定期或不定期地保存与灾难恢复需求。
410 10
|
4月前
|
存储 关系型数据库 MySQL
使用命令行cmd查询MySQL表结构信息技巧分享。
掌握了这些命令和技巧,您就能快速并有效地从命令行中查询MySQL表的结构信息,进而支持数据库维护、架构审查和优化等工作。
471 9
|
5月前
|
关系型数据库 MySQL Java
字节面试: MySQL 百万级 导入发生的 “死锁” 难题如何解决?“2序4拆”,彻底攻克
字节面试: MySQL 百万级 导入发生的 “死锁” 难题如何解决?“2序4拆”,彻底攻克
字节面试: MySQL 百万级 导入发生的 “死锁” 难题如何解决?“2序4拆”,彻底攻克
|
5月前
|
SQL 存储 缓存
MySQL 如何高效可靠处理持久化数据
本文详细解析了 MySQL 的 SQL 执行流程、crash-safe 机制及性能优化策略。内容涵盖连接器、分析器、优化器、执行器与存储引擎的工作原理,深入探讨 redolog 与 binlog 的两阶段提交机制,并分析日志策略、组提交、脏页刷盘等关键性能优化手段,帮助提升数据库稳定性与执行效率。
160 0
|
8月前
|
关系型数据库 MySQL Linux
在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾
以上就是在Linux环境下备份Docker中的MySQL数据并传输到其他服务器以实现数据级别的容灾的步骤。这个过程就像是一场接力赛,数据从MySQL数据库中接力棒一样传递到备份文件,再从备份文件传递到其他服务器,最后再传递回MySQL数据库。这样,即使在灾难发生时,我们也可以快速恢复数据,保证业务的正常运行。
401 28
|
7月前
|
存储 SQL 缓存
mysql数据引擎有哪些
MySQL 提供了多种存储引擎,每种引擎都有其独特的特点和适用场景。以下是一些常见的 MySQL 存储引擎及其特点:
216 0
|
9月前
|
存储 SQL 关系型数据库
【YashanDB知识库】MySQL迁移至崖山char类型数据自动补空格问题
**简介**:在MySQL迁移到崖山环境时,若字段类型为char(2),而应用存储的数据仅为&#39;0&#39;或&#39;1&#39;,查询时崖山会自动补空格。原因是mysql的sql_mode可能启用了PAD_CHAR_TO_FULL_LENGTH模式,导致保留CHAR类型尾随空格。解决方法是与应用确认数据需求,可将崖山环境中的char类型改为varchar类型以规避补空格问题,适用于所有版本。