如何用mysqldump单独导出一张表

一、如何用mysqldump单独导出一张表

在命令行下mysql的数据导出有个很好用命令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

mysqldump-u用户名-p密码数据库名>导出的文件名

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

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

mysqldump-u用户名-p密码数据库名表名>导出的文件名

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

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

mysqldump-u用户名-p密码-d数据库名表名>导出的文件名

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

然后使用source命令，后面参数为脚本文件(如这里用到的.sql)

二、mysqldump怎样导出多条insert语句

有人问mysqldump出来的insert语句，是否可以按每 10 row一条insert语句的形式组织。

思考1：参数--extended-insert回忆过去所学：

表示使用长 INSERT，多 row在合并一起批量 INSERT，提高导入效率

--skip-extended-insert一行一个的短INSERT

均不满足群友需求，无法控制按每 10 row一条 insert语句的形式组织。

思考2：“避免大事务”之前一直没有考虑过这个问题。这个问题的提出，相信主要是为了“避免大事务”。所以满足 insert均为小事务即可。下面，我们来探讨一下以下问题：1.什么是大事务？

2.那么 mysqldump出来的 insert语句可能是大事务吗？

定义：运行时间比较长，操作的数据比较多的事务我们称之为大事务。

∘锁定太多的数据，造成大量的阻塞和锁超时，回滚所需要的时间比较长。

∘执行时间长，容易造成主从延迟。

避免大事务：我这里按公司实际场景，规定了，每次操作/获取数据量应该少于5000条，结果集应该小于2M

mysqldump出来的SQL文件有大事务吗？

前提，MySQL默认是自提交的，所以如果没有明确地开启事务，一条 SQL语句就是一条事务。在 mysqldump里，就是一条 SQL语句为一条事务。

按照我的“避免大事务”自定义规定，答案是没有的。原来，mysqldump会按照参数--net-buffer-length，来自动切分 SQL语句。默认值是 1M。按照我们前面定义的标准，没有达到我们的 2M的大事务标准。--net-buffer-length最大可设置为 16777216，人手设置大于这个值，会自动调整为 16777216，即 16M。设置 16M，可以提升导出导入性能。如果为了避免大事务，那就不建议调整这个参数，使用默认值即可。[root@192-168-199-198~]# mysqldump--net-buffer-length=104652800-uroot-proot-P3306-h192.168.199.198 test t>16M.sqlmysqldump: [Warning] option'net_buffer_length': unsigned value 104652800 adjusted to 16777216#设置大于16M，参数被自动调整为16M

注意，指的是 mysqldump的参数，而不是 mysqld的参数。官方文档提到: If you increase this variable, ensure that the MySQL server net_buffer_length system variable has a value at least this large.

意思是 mysqldump增大这个值，mysqld也得增大这个值，测试结论是不需要的。怀疑官方文档有误。

不过，在导入的时候，受到服务器参数 max_allowed_packet影响，它控制了服务器能接受的数据包的最大大小，默认值是 4194304，即 4M。所以导入数据库时需要调整参数 max_allowed_packet的值。set global max_allowed_packet=16*1024*1024*1024;

不调整的话，会出现以下报错：[root@192-168-199-198~]# mysql-uroot-proot-P3306-h192.168.199.198 test<16M.sqlmysql: [Warning] Using a password on the command line interface can be insecure.ERROR 2006(HY000) at line 46: MySQL server has gone away

相关测试最后，我放出我的相关测试步骤mysql> select version();+------------+| version()|+------------+| 5.7.26-log|+------------+1 row in set(0.00 sec)

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

insert into t values(1,1,'abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyztuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz');

insert into t select* from t;#重复执行20次

#直到出现Records: 524288 Duplicates: 0 Warnings: 0

mysql> select count(*) from t;

数据大小如下，有 284MB[root@192-168-199-198 test]# pwd/data/mysql/mysql3306/data/test[root@192-168-199-198 test]# du-sh t.ibd284M t.ibd

--net-buffer-length=1M[root@192-168-199-198~]# mysqldump-uroot-proot-S/tmp/mysql3306.sock test t>1M.sql[root@192-168-199-198~]# du-sh 1M.sql225M 1M.sql[root@192-168-199-198~]# cat 1M.sql|grep-i insert|wc-l226

默认--net-buffer-length=1M的情况下，225M的SQL文件里有 226条 insert，平均下来确实就是每条 insert的 SQL大小为 1M。

[root@192-168-199-198~]# mysqldump--net-buffer-length=16M-uroot-proot-S/tmp/mysql3306.sock test t>16M.sql[root@192-168-199-198~]# du-sh 16M.sql225M 16M.sql[root@192-168-199-198~]# cat 16M.sql|grep-i insert|wc-l15

默认--net-buffer-length=16M的情况下，225M的 SQL文件里有 15条 insert，平均下来确实就是每条 insert的 SQL大小为 16M。所以，这里证明了--net-buffer-length确实可用于拆分 mysqldump备份文件的SQL大小的。

性能测试insert次数越多，交互次数就越多，性能越低。但鉴于上面例子的 insert数量差距不大，只有 16倍，性能差距不会很大(实际测试也是如此)。我们直接对比--net-buffer-length=16K和--net-buffer-length=16M的情况，他们insert次数相差了 1024倍。

[root@192-168-199-198~]# time mysql-uroot-proot-S/tmp/mysql3306.sock test<16K.sql

mysql: [Warning] Using a password on the command line interface can be insecure.

[root@192-168-199-198~]# mysql-uroot-proot-S/tmp/mysql3306.sock-e"reset master";

mysql: [Warning] Using a password on the command line interface can be insecure.

[root@192-168-199-198~]# time mysql-uroot-proot-S/tmp/mysql3306.sock test<16M.sql

mysql: [Warning] Using a password on the command line interface can be insecure.

结果明显。--net-buffer-length设置越大，客户端与数据库交互次数越少，导入越快。

结论mysqldump默认设置下导出的备份文件，符合导入需求，不会造成大事务。性能方面也符合要求，不需要调整参数。

三、mysql数据使用逻辑备份mysqldump备份出来的文件有多大

有人问mysqldump出来的insert语句，是否可以按每 10 row一条insert语句的形式组织。

思考1：参数--extended-insert回忆过去所学：

表示使用长 INSERT，多 row在合并一起批量 INSERT，提高导入效率

--skip-extended-insert一行一个的短INSERT

均不满足群友需求，无法控制按每 10 row一条 insert语句的形式组织。

思考2：“避免大事务”之前一直没有考虑过这个问题。这个问题的提出，相信主要是为了“避免大事务”。所以满足 insert均为小事务即可。下面，我们来探讨一下以下问题：1.什么是大事务？

2.那么 mysqldump出来的 insert语句可能是大事务吗？

定义：运行时间比较长，操作的数据比较多的事务我们称之为大事务。

∘锁定太多的数据，造成大量的阻塞和锁超时，回滚所需要的时间比较长。

∘执行时间长，容易造成主从延迟。

前提，MySQL默认是自提交的，所以如果没有明确地开启事务，一条 SQL语句就是一条事务。在 mysqldump里，就是一条 SQL语句为一条事务。

注意，指的是 mysqldump的参数，而不是 mysqld的参数。官方文档提到: If you increase this variable, ensure that the MySQL server net_buffer_length system variable has a value at least this large.

意思是 mysqldump增大这个值，mysqld也得增大这个值，测试结论是不需要的。怀疑官方文档有误。

不调整的话，会出现以下报错：[root@192-168-199-198~]# mysql-uroot-proot-P3306-h192.168.199.198 test<16M.sqlmysql: [Warning] Using a password on the command line interface can be insecure.ERROR 2006(HY000) at line 46: MySQL server has gone away

相关测试最后，我放出我的相关测试步骤mysql> select version();+------------+| version()|+------------+| 5.7.26-log|+------------+1 row in set(0.00 sec)

造100万行数据

create database test;

) ENGINE=InnoDB DEFAULT CHARSET=utf8;

insert into t values(1,1,'abcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyztuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyzabcdefghijklmnopqrstuvwxyz');

insert into t select* from t;#重复执行20次

#直到出现Records: 524288 Duplicates: 0 Warnings: 0

mysql> select count(*) from t;

--net-buffer-length=1M[root@192-168-199-198~]# mysqldump-uroot-proot-S/tmp/mysql3306.sock test t>1M.sql[root@192-168-199-198~]# du-sh 1M.sql225M 1M.sql[root@192-168-199-198~]# cat 1M.sql|grep-i insert|wc-l226

默认--net-buffer-length=1M的情况下，225M的SQL文件里有 226条 insert，平均下来确实就是每条 insert的 SQL大小为 1M。

--net-buffer-length=16M

默认--net-buffer-length=16M的情况下，225M的 SQL文件里有 15条 insert，平均下来确实就是每条 insert的 SQL大小为 16M。所以，这里证明了--net-buffer-length确实可用于拆分 mysqldump备份文件的SQL大小的。性能测试insert次数越多，交互次数就越多，性能越低。但鉴于上面例子的 insert数量差距不大，只有 16倍，性能差距不会很大(实际测试也是如此)。我们直接对比--net-buffer-length=16K和--net-buffer-length=16M的情况，他们insert次数相差了 1024倍。

[root@192-168-199-198~]# time mysql-uroot-proot-S/tmp/mysql3306.sock test<16K.sql

[root@192-168-199-198~]# time mysql-uroot-proot-S/tmp/mysql3306.sock test<16K.sql

mysql: [Warning] Using a password on the command line interface can be insecure.

[root@192-168-199-198~]# mysql-uroot-proot-S/tmp/mysql3306.sock-e"reset master";

mysql: [Warning] Using a password on the command line interface can be insecure.

[root@192-168-199-198~]# time mysql-uroot-proot-S/tmp/mysql3306.sock test<16M.sql

mysql: [Warning] Using a password on the command line interface can be insecure.