【逻辑备份】深入浅出mysqldump：常用操作、案例分享、意外终止的原因以及解决方法
mysqldump -h主机名 -P端口 -u用户名 -p密码 (–database) 名 > 文件名.sql
dump -hlocalhost -P3306 -urocky -p123456 db_test > bakfile1.sql
备份MySQL数据库为带删除表的格式、能够让该备份覆盖已有数据库而不需要手动删除原有数据库
mysqldump -–add-drop-table -u{username} -p{password} {databasename} > {backfile.sql}
mysqldump -–add-drop-table –urocky -p123456 db_test > bakfile2.sql
mysqldump -h{hostname} -u{username} -p{password} {databasename} | gzip > {backfile.sql.gz}
mysqldump –hlocalhost –urocky –p123456 db_test | gzip > bakfile3.sql.gz
mysqldump -h主机名 -P端口 -u用户名 -p密码 (–tables | –quick) 数据库名 表名1 (表名2 …) > 文件名.sql
mysqldump -hlocalhost -urocky -p123456 db_test tbl_test > bakfile4-1.sql
mysqldump -hlocalhost -P3306 -urocky -p123456 db_test tbl_test > bakfile4-2.sql
mysqldump -hlocalhost -P3306 -urocky -p123456 --quick db_test tbl_test > bakfile4-3.sql
mysqldump -hlocalhost -P3306 -urocky -p123456 --tables db_test tbl_test1 tbl_test2 > bakfile4-4.sql
mysqldump -h{hostname} (-P{port}) -u{username} -p{password} –databases {dbname1} {dbname2} {dbname3} > multibackfile.sql
mysqldump -hlocalhost -urocky -p123456 –databases db_test1 db_test2 db_test3 > multibackfile.sql
mysqldump –all-databases > allbackupfile.sql
mysqldump –no-data –databases {databasename1} {databasename2} > {structurebackfile.sql}
mysqldump –no-data –databases db_test1 db_test2 > structurebackfile.sql
mysqldump -u用户名 -p密码 数据库名 表名 --where="筛选条件" > 导出文件路径
mysqldump -uroot -p123456 test test_data --where=" id > 100" > /tmp/test.sql
mysqldump命令常规方式创建备份拉到某机器上恢复、恢复执行很成功、一条错误信息都没看着
但等恢复完登录到数据库中一瞅、你猜怎么地、数据不全
第一反应当然是查看备份文件、经过检查、果然、恢复操作确实没有问题、
因为备份集中的内容就不全，那么，为什么备份集内容不全
分析发现、原来是在导出某个视图对象时报错、mysqldump自动中止、因此所有该对象之后的就都没备份了
mysql> create table rocky (id int,name varchar(100));
Query OK, 0 rows affected (0.04 sec)
mysql> create view rocky_view as select * from rocky;
Query OK, 0 rows affected (0.01 sec)
mysql> rename table rocky to robbin;
Query OK, 0 rows affected (0.03 sec)
Query OK, 0 rows affected (0.00 sec)
[mysql@localhost bin]$ ./mysqldump --tables test robbin rocky_view > bak.sql
mysqldump: Got error: 1356: View 'test.rocky_view' references invalid table(s) or column(s) or function(s) or definer/invoker of view lack rights to use them when doing LOCK TABLES
创建备份时、view对象引用的表对象不存在、执行LOCK TABLES失败、于是mysqldump就中止了
这其实真不怪 mysqldump、因为mysqldump执行过程中遇到任何问题、默认情况下都是直接退出
执行mysqldump时附加--force参数、该参数功能是当遇到错误时忽略、继续执行后面的操作
这个参数提供类似 数据库中exp命令的ignore=y参数的功能、
事实上在 Oracle 数据库中执行exp时通常都会指定ignore、
对应到MySQL数据库、我想在执行mysqldump命令行过程中、--force参数也应做为必备参数调用
Lost connection to MySQL server at ‘reading initial communication packet’：
开启skip-name-resolve选项将会最大程度避免这个问题
Lost connection to MySQL server at ‘reading authorization packet’：
从MySQL获取一个可用的连接是多次握手的结果。在多次握手的过程中，网络波动会导致握手失败
最好的解决办法是让mysqldump重新发起连接请求
Lost connection to MySQL server during query
mysqldump处理数据过慢（NFS、gzip引起）会导致MySQL主动断开连接
来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/28371090/viewspace-769274/，如需转载，请注明出处，否则将追究法律责任。