mysqldump

如何用mysqldump

mysqldump要在命令行里执行。一般正确安装mysql以后，mysqldump所在的路径就被加入系统环境变量里边了，直接在命令行里就可以执行了。
你可以在cmd里运行
mysqldump –help
查看具体用法
当然如果要用，最好还是找本专业的书或者文章看一看。
比较简单的用法是
mysqldump -u用户名 -p密码 数据库名 >dump文件的路径和名称
“用户名”、“密码”、 “数据库名”、 “dump文件的路径和名称”按实际的填写。

mysqldump到底怎么用？

备份:
导出要用到MySQL的mysqldump工具，基本用法是：
mysqldump [OPTIONS] database [tables]
如果你不给定任何表，整个数据库将被导出。
通过执行mysqldump –help，你能得到你mysqldump的版本支持的选项表。
注意，如果你运行mysqldump没有–quick或–opt选项，mysqldump将在导出结果前装载整个结果集到内存中，如果你正在导出一个大的数据库，这将可能是一个问题。
mysqldump支持下列选项：
–add-locks
在每个表导出之前增加LOCK TABLES并且之后UNLOCK TABLE。(为了使得更快地插入到MySQL)。
–add-drop-table
在每个create语句之前增加一个drop table。
–allow-keywords
允许创建是关键词的列名字。这由在列名前面加表名的方法做到。
-c, –complete-insert
使用完整的insert语句(用列名字)。
-C, –compress
如果客户和服务器均支持压缩，压缩两者间所有的信息。
–delayed
用INSERT DELAYED命令插入行。
-e, –extended-insert
使用全新多行INSERT语法。（给出更紧缩并且更快的插入语句）
-#, –debug[=option_string]
跟踪程序的使用(为了调试)。
–help
显示一条帮助消息并且退出。
–fields-terminated-by=…
–fields-enclosed-by=…
–fields-optionally-enclosed-by=…
–fields-escaped-by=…
–fields-terminated-by=…
这些选择与-T选择一起使用，并且有相应的LOAD DATA INFILE子句相同的含义。
LOAD DATA INFILE语法。
-F, –flush-logs
在开始导出前，洗掉在MySQL服务器中的日志文件。
-f, –force,
即使我们在一个表导出期间得到一个SQL错误，继续。
-h, –host=..
从命名的主机上的MySQL服务器导出数据。缺省主机是localhost。
-l, –lock-tables.
为开始导出锁定所有表。
-t, –no-create-info
不写入表创建信息(CREATE TABLE语句）
-d, –no-data
不写入表的任何行信息。如果你只想得到一个表的结构的导出，这是很有用的！
–opt
同–quick –add-drop-table –add-locks –extended-insert –lock-tables。
应该给你为读入一个MySQL服务器的尽可能最快的导出。
-pyour_pass, –password[=your_pass]
与服务器连接时使用的口令。如果你不指定“=your_pass”部分，mysqldump需要来自终端的口令。
-P port_num, –port=port_num
与一台主机连接时使用的TCP/IP端口号。（这用于连接到localhost以外的主机，因为它使用 Unix套接字。）
-q, –quick
不缓冲查询，直接导出至stdout；使用mysql_use_result()做它。
-S /path/to/socket, –socket=/path/to/socket
与localhost连接时（它是缺省主机)使用的套接字文件。
-T, –tab=path-to-some-directory
对于每个给定的表，创建一个table_name.sql文件，它包含SQL CREATE 命令，和一个table_name.txt文件，它包含数据。 注意：这只有在mysqldump运行在mysqld守护进程运行的同一台机器上的时候才工作。.txt文件的格式根据–fields-xxx和–lines–xxx选项来定。
-u user_name, –user=user_name
与服务器连接时，MySQL使用的用户名。缺省值是你的Unix登录名。
-O var=option, –set-variable var=option
设置一个变量的值。可能的变量被列在下面。
-v, –verbose
冗长模式。打印出程序所做的更多的信息。
-V, –version
打印版本信息并且退出。
-w, –where='where-condition'
只导出被选择了的记录；注意引号是强制的！
"–where=user='jimf'" "-wuserid>1" "-wuserid<1"
最常见的mysqldump使用可能制作整个数据库的一个备份：
mysqldump –opt database > backup-file.sql
但是它对用来自于一个数据库的信息充实另外一个MySQL数据库也是有用的：
mysqldump –opt database | mysql –host=remote-host -C database
由于mysqldump导出的是完整的SQL语句，所以用mysql客户程序很容易就能把数据导入了：
mysqladmin create target_db_name
mysql target_db_name < backup-file.sql

用mysqldump导出的sql或者txt文件用mysqlimport倒

mysqlimport是导入文本的，不是用来恢复mysqldump的备份的，具体见网页链接

如何使用mysqldump命令备份mysql数据库

通用规律只有使用 –all-databases (-A) 会 ERROR 1356，那就看看他到底备份了什么东西。于是喊上同事一起 less 看了下，上下扫了两眼。突然发现：1. 备份 SQL 文件里 DROP 掉了 mysql.proc；2. 后CREATE了一个新的 mysql.proc；3. LOCK TABLES 和 UNLOCK TABLES 中间居然没有备份 CREATE ROUTINE 任何数据？这不就是相当于每次导入全备都给我一个没有任何 sys schema routines 的全新 mysql.proc 表？那这不就异常的尴尬？
—- Table structure for table `proc`–
—- Dumping data for table `proc`-
真相大白在官方文档【sys-schema-usage】官方文档明确的告诉我们不会备份 sys 库。但在使用 mysqldump 在执行 –all-databases 会清空 mysql.proc 导致 sys 无法正常使用；这是一个 BUG，并且只存在于 MySQL 5.7.x ！
1、mysql_upgrade install or upgrade sys schema
这个方案适用于 sys 库已经因为 mysqldump 导入而损坏的情况下使用。
注意：mysql_upgrade 在修理 sys 库的同时，还修理 mysql 库和用户库表（期间加锁且速度一般），有极小可能会误伤；使用 mysql_upgrade 的时候要加上 –upgrade-system-tables，不然会扫描用户库表。
2、全备时同时备份 sys 库
这个方案适用于需要还原的数据库，sys 库也不太正常的情况下使用；在全备后额外再备份一份 sys 库用于修复。
注意：不适用于做主从时使用它。
3、使用 databases 全备
这个方案适用于所有场景的全备需求，100% 安全。
4、使用 mysql-sys 开源代码
如果你的数据库 sys 全部中招了，又是生产库。那你只能用这个方法；
mysql-sys：https://github .康姆/mysql/mysql-sys
中记录了 sys 库的创建语句将文件下载到本地，然后根据数据库版本，执行以下命令即可。

mysqldump 备份 什么时候完成

mysqldump常用于MySQL数据库逻辑备份。

1、各种用法说明
A. 最简单的用法：
mysqldump -uroot -pPassword [database name]
> [dump file]
上述命令将指定数据库备份到某dump文件（转储文件）中，比如：
mysqldump -uroot -p123 test > test.dump
生成的test.dump文件中包含建表语句（生成数据库结构哦）和插入数据的insert语句。

B. –opt
如果加上–opt参数则生成的dump文件中稍有不同：
. 建表语句包含drop table if exists tableName
. insert之前包含一个锁表语句lock tables tableName write，insert之后包含unlock tables
C. 跨主机备份
使用下面的命令可以将host1上的sourceDb复制到host2的targetDb，前提是host2主机上已经创建targetDb数据库：
mysqldump –host=host1 –opt sourceDb| mysql –host=host2 -C targetDb
-C指示主机间的数据传输使用数据压缩

D. 只备份表结构
mysqldump –no-data –databases mydatabase1 mydatabase2 mydatabase3 > test.dump
将只备份表结构。–databases指示主机上要备份的数据库。如果要备份某个MySQL主机上的所有数据库可以使用–all-databases选项，如下：
mysqldump –all-databases
> test.dump
E. 从备份文件恢复数据库
mysql [database name] < [backup file name]
2、结合Linux的cron命令实现定时备份
比如需要在每天凌晨1:30备份某个主机上的所有数据库并压缩dump文件为gz格式，那么可在/etc/crontab配置文件中加入下面代码行：
30 1 * * * root mysqldump -u root -pPASSWORD –all-databases | gzip > /mnt/disk2/database_`date '+%m-%d-%Y'`.sql.gz
前面5个参数分别表示分钟、小时、日、月、年，星号表示任意。date '+%m-%d-%Y'得到当前日期的MM-DD-YYYY格式。

3、一个完整的Shell脚本备份MySQL数据库示例
#vi /backup/backup.sh
#!bin/bash
cd /backup
echo "You are in backup dir"
mv backup* /oldbackup
echo "Old dbs are moved to oldbackup folder"
File = backup-$Now.sql
mysqldump -u user -p password database-name > $File
echo "Your database backup successfully completed"
上面脚本文件保存为backup.sh，并且系统中已经创建两个目录/olcbackup和/backup。每次执行backup.sh时都会先将/backup目录下所有名称为backup开头的文件移到/oldbackup目录。
为上述脚本制定执行计划如下：
#crontab -e
30 1 * * * /backup.sh
4、mysqldump全量备份+mysqlbinlog二进制日志增量备份
从mysqldump备份文件恢复数据会丢失掉从备份点开始的更新数据，所以还需要结合mysqlbinlog二进制日志增量备份。确保my.ini或者my .cnf中包含下面的配置以启用二进制日志，或者mysqld —log-bin：
[mysqld]
log-bin=mysql-bin
mysqldump命令必须带上–flush-logs选项以生成新的二进制日志文件：
mysqldump –single-transaction –flush-logs –master-data=2 > backup.sql
这样生成的增量二进制日志文件比如为mysql-bin.000003，那么恢复数据时如下：
1
2

shell> mysql -uroot -pPwd < backup_sunday_1_PM.sql
shell> mysqlbinlog mysql-bin.000003 | mysql -uroot -pPwd
此外mysqlbinlog还可以指定–start-date、–stop-date、–start-position和–stop-position参数，用于精确恢复数据到某个时刻之前或者跳过中间某个出问题时间段恢复数据，直接摘录MySQL文档说明中相关内容如下：
5.9.3.1. 指定恢复时间
对于MySQL 4.1.4，可以在mysqlbinlog语句中通过–start-date和–stop-date选项指定DATETIME格式的起止时间。举例说明，假设在今天上午10:00(今天是2005年4月20日)，执行SQL语句来删除一个大表。要想恢复表和数据，你可以恢复前晚上的备份，并输入：
mysqlbinlog –stop-date="2005-04-20 9:59:59" /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd
该命令将恢复截止到在–stop-date选项中以DATETIME格式给出的日期和时间的所有数据。如果你没有检测到几个小时后输入的错误的SQL语句，可能你想要恢复后面发生的活动。根据这些，你可以用起使日期和时间再次运行mysqlbinlog：
mysqlbinlog –start-date="2005-04-20 10:01:00" /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd \
在该行中，从上午10:01登录的SQL语句将运行。组合执行前夜的转储文件和mysqlbinlog的两行可以将所有数据恢复到上午10:00前一秒钟。你应检查日志以确保时间确切。下一节介绍如何实现。
5.9.3.2. 指定恢复位置
也可以不指定日期和时间，而使用mysqlbinlog的选项–start-position和–stop-position来指定日志位置。它们的作用与起止日选项相同，不同的是给出了从日志起的位置号。使用日志位置是更准确的恢复方法，特别是当由于破坏性SQL语句同时发生许多事务的时候。要想确定位置号，可以运行mysqlbinlog寻找执行了不期望的事务的时间范围，但应将结果重新指向文本文件以便进行检查。操作方法为：
mysqlbinlog –start-date="2005-04-20 9:55:00" –stop-date="2005-04-20 10:05:00" \
/var/log/mysql/bin.123456 > /tmp/mysql_restore.sql
该命令将在/tmp目录创建小的文本文件，将显示执行了错误的SQL语句时的SQL语句。你可以用文本编辑器打开该文件，寻找你不要想重复的语句。如果二进制日志中的位置号用于停止和继续恢复操作，应进行注释。用log_pos加一个数字来标记位置。使用位置号恢复了以前的备份文件后，你应从命令行输入下面内容：
mysqlbinlog –stop-position="368312" /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd

mysqlbinlog –start-position="368315" /var/log/mysql/bin.123456 \
| mysql -u root -pmypwd \
上面的第1行将恢复到停止位置为止的所有事务。下一行将恢复从给定的起始位置直到二进制日志结束的所有事务。因为mysqlbinlog的输出包括每个SQL语句记录之前的SET TIMESTAMP语句，恢复的数据和相关MySQL日志将反应事务执行的原时间。