MySQL-你学会了吗-Dump详解 (mysql-u-p)

在进行数据库备份的时候主要分为了逻辑备份和物理备份这两种方式。在数据迁移和备份恢复中使用mysqldump将数据生成sql进行保存是最常用的方式之一。

本文将围绕着mysqldump的使用，工作原理，以及对于InnoDB和MyISAM两种不同引擎如何实现数据一致性这三个方面进行介绍。

一.mysqldump 简介

mysqldump是MySQL自带的逻辑备份工具。它的备份原理是通过协议连接到 MySQL数据库，将需要备份的数据查询出来，将查询出的数据转换成对应的insert语句，当我们需要还原这些数据时，只要执行这些insert语句，即可将对应的数据还原。

二.备份的命令

2.1命令的格式

选项 数据库名 表名 脚本名选项--数据库名 [选项 表名] > 脚本名选项

2.2选项说明

三.还原的命令

3.1系统行命令

mysqladmin uroot p  db_name mysql uroot pdb_name backupmysqldumpdb_name注：在导入备份数据库前，db_name如果没有，是需要创建的； 而且与db_name中数据库名是一样的才可以导入。

3.2source方式

mysql  use db_namemysql  source backupmysqldumpdb_name

四.mysqldump实现的原理

4.1备份流程如下

.调用FWRL（flush tables with read lock）全局禁止读写.开启快照读，获取此期间的快照（仅仅对innodb起作用）.备份非innodb表数据（等）.非innodb表备份完毕之后，释放FTWRL.逐一备份innodb表数据.备份完成

4.2执行mysqldump，分析备份日志

#执行语句root@localhost backup# mysqldump uroot proot h127mysqldumpWarning Using a password  the command line interface can be insecure.

root@localhost # tail fvarlibmysqllocalhost第一步：FLUSH  TABLES# 这里是刷新表第二步：FLUSH TABLES WITH READ LOCK# 因为开启了记录当时的master_log_file和master_log_pos点这里有一个疑问？执行flush tables操作，并加一个全局读锁，那么以上两个命令貌似是重复的，为什么不在第一次执行flush tables操作的时候加上锁呢？简而言之，是为了避免较长的事务操作造成FLUSH TABLES WITH READ LOCK操作迟迟得不到锁，但同时又阻塞了其它客户端操作。第三步： SESSION TRANSACTION ISOLATION LEVEL REPEATABLE READ#--single-transaction参数的作用，设置事务的隔离级别为可重复读，即REPEATABLE READ，这样能保证在一个事务中所有相同的查询读取到同样的数据，也就大概保证了在dump期间，如果其他innodb引擎的线程修改了表的数据并提交，对该dump线程的数据并无影响，然而这个还不够，还需要看下一条第四步：START TRANSACTION # 获取当前数据库的快照，这个是由mysqldump中# WITH CONSISTENT SNAPSHOT能够保证在事务开启的时候，第一次查询的结果就是事务开始时的数据A，即使这时其他线程将其数据修改为B，查的结果依然是A。简而言之，就是开启事务并对所有表执行了一次select操作，这样可保证备份时，在任意时间点执行select 得到的数据和执行START TRANSACTION WITH CONSISTENT SNAPSHOT时的数据一致。 【注意】，WITH CONSISTENT SNAPSHOT只在RR隔离级别下有效。第五步：SHOW MASTER STATUS# 这个是由--master-data决定的，记录了开始备份时，binlog的状态信息，包括MASTER_LOG_FILE和MASTER_LOG_POS这里需要特别区分一下masterdata和dumpslavemasterdata--master-data=2表示在dump过程中记录主库的binlog和pos点，并在dump文件中注释掉这一行；--master-data=1表示在dump过程中记录主库的binlog和pos点，并在dump文件中不注释掉这一行，即恢复时会执行；dumpslave--dump-slave=2表示在dump过程中，在从库dump，mysqldump进程也要在从库执行，记录当时主库的binlog和pos点，并在dump文件中注释掉这一行；--dump-slave=1表示在dump过程中，在从库dump，mysqldump进程也要在从库执行，记录当时主库的binlog和pos点，并在dump文件中不注释掉这一行；第六步：UNLOCK TABLES# 释放锁。

五.mysqldump对InnoDB和MyISAM两种存储引擎进行备份的差异。

5.1对于支持事务的引擎如InnoDB，参数上是在备份的时候加上 –single-transaction 保证数据一致性

–singletransaction 实际上通过做了下面两个操作 ：① 在开始的时候把该 session 的事务隔离级别设置成 repeatable read ；② 然后启动一个事务（执行  ），备份结束的时候结束该事务（执行 commit ）有了这两个操作，在备份过程中，该 session 读到的数据都是启动备份时的数据（同一个点）。可以理解为对于 InnoDB 引擎来说加了该参数，备份开始时就已经把要备份的数据定下来了，备份过程中的提交的事务时是看不到的，也不会备份进去。

5.2对于不支持事务的引擎如MyISAM，只能通过锁表来保证数据一致性，这里分两种情况：

）导出全库：加 –lockalltables 参数，这会在备份开始的时候启动一个全局读锁 （执行 flush tables with read lock），其他 session 可以读取但不能更新数据，备份过程中数据没有变化，所以最终得到的数据肯定是完全一致的；）导出单个库：加 –locktables 参数，这会在备份开始的时候锁该库的所有表，其他 session 可以读但不能更新该库的所有表，该库的数据一致；

wanp 里怎么使用mysql 命令行

1启动控制台 单击wamp5图标->mysql->mysql控制台2输入密码（wamp5默认密码为空）按回车3mysql信息：4显示所有数据库5选择数据库 use dbname6显示表（show tables;)命令大全* mysql 链接服务器 mysql -h localhost-u root -p * show databsses 显示数据库* use dbname选择数据库 * show tables 显示数据表 *create database 数据库名 建库* drop database dbname 删除库* delete database dbname 删除库* create table ( [,.. ]) 建表 * rename table 原表名 to 新表名 改表名 * update 表名 set 字段=新值,… where 条件 修改表中数据 * update 表名 set 字段名 = 新内容 更改表字段 * show character set 显示字符集 * show collation 显示字符集的校对 * character set 字符集名 计置字符集 * set names 计置字符集 * character_set_client 客户端字符集 * character_set_connection 链接字符集 * character_set_results 返回字符集 * insert into select fieldname from ; 从其他表导入数据

mysql数据库定时备份 怎么实现 您会吗

研究下mysqldump命令行，然后写bat文件，最后把bat放到服务的任务计划里定时执行。 先cd到你的mysql安装目录的bin文件夹下然后执行mysqldump -u wcnc -p smgp_apps_wcnc > ------------------------------------------------------------------mysql导出整个数据库：mysqldump -u 用户名 -p 数据库名 > 导出的文件名

如何查看mysql数据库的引擎

一般情况下，mysql会默认提供多种存储引擎,你可以通过下面的查看:看你的mysql现在已提供什么存储引擎:mysql> show engines;看你的mysql当前默认的存储引擎:mysql> show variables like %storage_engine%;你要看某个表用了什么引擎(在显示结果里参数engine后面的就表示该表当前用的存储引擎):mysql> show create table 表名;