大数据JavaWeb之MySQL基础---数据库设计、备份与还原

数据库的设计：

多表之间的关系：

分类：

• 一对一(了解)：
  如：人和身份证。
  分析：一个人只有一个身份证，一个身份证只能对应一个人。
• 一对多(多对一)：
  如：部门和员工。
  分析：一个部门有多个员工，一个员工只能对应一个部门。
• 多对多：
  如：学生和课程。
  分析：一个学生可以选择很多门课程，一个课程也可以被很多学生选择。 

实现关系：

• 一对多(多对一)：
  如：部门和员工。
  实现方式：在多的一方建立外键，指向一的一方的主键。
  
• 多对多：
  如：学生和课程。
  实现方式：多对多关系实现需要借助第三张中间表。中间表至少包含两个字段，这两个字段作为第三张表的外键，分别指向两张表的主键。
  
  其中对于中间表其实是学生表主键和课程表主键的一个关系表，有个专业术语叫“联合主键”。
• 一对一(了解)：
  如：人和身份证。
  实现方式：一对一关系实现，可以在任意一方添加唯一外键指向另一方的主键。
  

   
  那。。既然是一对一的关系，那直接合成一张表不就成了，是的，实际如果是一对一的关系基本上都会合成一张表的，所以这个关系了解下既可。

案例：

这里以途牛旅游网https://www.tuniu.com中的一些页面数据关系为例。

• 一对多关系案例：
  需求:一个旅游线路分类中有多个旅游线路。
  界面：
  

  表与表之间的关系：

  

  
  具体操作：

  -- 创建旅游线路分类表 tab_category -- cid 旅游线路分类主键，自动增长
  -- cname 旅游线路分类名称非空，唯一，字符串 100 
  CREATE TABLE tab_category (
    cid INT PRIMARY KEY AUTO_INCREMENT,
    cname VARCHAR(100) NOT NULL UNIQUE
  )
  -- 添加旅游线路分类数据:
  INSERT INTO tab_category (cname) VALUES ('周边游'), ('出境游'), ('国内游'), ('港澳游');
  SELECT * FROM tab_category;
  -- 创建旅游线路表 tab_route
  /*
  rid 旅游线路主键，自动增长
  rname 旅游线路名称非空，唯一，字符串 100 
  price 价格
  rdate 上架时间，日期类型 
  cid 外键，所属分类
  */
  CREATE TABLE tab_route(
    rid INT PRIMARY KEY AUTO_INCREMENT,
    rname VARCHAR(100) NOT NULL UNIQUE,
    price DOUBLE,
    rdate DATE,
  cid INT,
    FOREIGN KEY (cid) REFERENCES tab_category(cid)
  )
  -- 添加旅游线路数据
  INSERT INTO tab_route VALUES
  (NULL, '【厦门+鼓浪屿+南普陀寺+曾厝垵 高铁 3 天 惠贵团】尝味友鸭面线 住 1 晚鼓浪屿', 1499, '2018-01-27', 1),
  (NULL, '【浪漫桂林 阳朔西街高铁 3 天纯玩 高级团】城徽象鼻山 兴坪漓江 西山公园', 699, '2018-02-22', 3),
  (NULL, '【爆款¥1699 秒杀】泰国 曼谷 芭堤雅 金沙岛 杜拉拉水上市场 双飞六天【含送签费 泰风情 广州 往返 特价团】', 1699, '2018-01-27', 2),
  (NULL, '【经典•狮航 ¥2399 秒杀】巴厘岛双飞五天 抵玩【广州往返 特价团】', 2399, '2017-12-23', 2),
  (NULL, '香港迪士尼乐园自由行2天【永东跨境巴士广东至迪士尼去程交通+迪士尼一日门票+香港如心海景酒店 暨会议中心标准房1晚住宿】', 799, '2018-04-10', 4);
  SELECT * FROM tab_route;

  

  

• 多对多关系案例：
  

  需求:一个用户收藏多个线路，一个线路被多个用户收藏。

  界面：
  

  表与表之间的关系：

  

   
  具体操作：

  /*创建用户表 tab_user
  uid 用户主键，自增长
  username 用户名长度 100，唯一，非空 password 密码长度 30，非空
  name 真实姓名长度 100
  birthday 生日
  sex 性别，定长字符串 1
  telephone 手机号，字符串 11
  email 邮箱，字符串长度 100
  */
  CREATE TABLE tab_user (
    uid INT PRIMARY KEY AUTO_INCREMENT,
    username VARCHAR(100) UNIQUE NOT NULL,
    PASSWORD VARCHAR(30) NOT NULL,
    NAME VARCHAR(100),
  birthday DATE,
  sex CHAR(1) DEFAULT '男',
    telephone VARCHAR(11),
    email VARCHAR(100)
  )
  -- 添加用户数据
  INSERT INTO tab_user VALUES(NULL, 'cz110', 123456, '老王', '1977-07-07', '男', '13888888888', '66666@qq.com'), (NULL, 'cz119', 654321, '小王', '1999-09-09', '男', '13999999999', '99999@qq.com');
  SELECT * FROM tab_user; 
  /*
  创建收藏表 tab_favorite rid 旅游线路 id，外键
  date 收藏时间 uid 用户 id，外键
  rid 和 uid 不能重复，设置复合主键，同一个用户不能收藏同一个线路两次 */
  CREATE TABLE tab_favorite (
  rid INT,  -- 线路ID
  DATE DATETIME,
  uid INT,  -- 用户ID
  -- 创建复合主键
  PRIMARY KEY(rid,uid),
  FOREIGN KEY (rid) REFERENCES tab_route(rid), FOREIGN KEY(uid) REFERENCES tab_user(uid)
  )
  -- 增加收藏表数据
  INSERT INTO tab_favorite VALUES(1, '2018-01-01', 1), -- 老王选择厦门 
  (2, '2018-02-11', 1), -- 老王选择桂林 
  (3, '2018-03-21', 1), -- 老王选择泰国 
  (2, '2018-04-21', 2), -- 小王选择桂林 
  (3, '2018-05-08', 2), -- 小王选择泰国 
  (5, '2018-06-02', 2); -- 小王选择迪士尼
  SELECT * FROM tab_favorite;

  

  

  
  最终咱们如果将这四张表拖到"架构设计器"的话，则就可以很清楚的看到表之间的关系：
  

数据库设计的范式【比较难懂，需要多多体会】：

概念【来自百度百科】：

设计数据库时，需要遵循的一些规范。要遵循后边的范式要求，必须先遵循前边的所有范式要求。

设计关系数据库时，遵从不同的规范要求，设计出合理的关系型数据库，这些不同的规范要求被称为不同的范式，各种范式呈递次规范，越高的范式数据库冗余越小。
目前关系数据库有六种范式：第一范式（1NF）、第二范式（2NF）、第三范式（3NF）、巴斯-科德范式（BCNF）、第四范式(4NF）和第五范式（5NF，又称完美范式）。

满足最低要求的范式是第一范式(1NF)。在第一范式的基础上进一步满足更多规范要求的称为第二范式(2NF，) 其余范式以次类推。一般说来，数据库只需满足第三范式(3NF)就行了。

分类：

第一范式(1NF)：

• 概念：每一列都是不可分割的原子数据项。
  

  数据库表的每一列都是不可分割的原子数据项，不能是集合、数组等非原子数据项。即表中的某个列有多个值 时，必须拆分为不同的列。简而言之，第一范式每一列不可再拆分，称为原子性。

• 示例：学生信息表

  学号	姓名	班级
  1	张三	一年三班
  2	李四	一年二班
  3	王五	三年二班

第二范式(2NF)：

• 概念：在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）。
  在满足第一范式的前提下，表中的每一个字段都完全依赖于主键。 所谓完全依赖是指不能存在仅依赖主键一部分的列。简而言之，第二范式就是在第一范式的基础上所有列完全依赖于主键列。当存在一个复合主键包含多个主键列的时候，才会发生不符合第二范式的情况。比如有一个主键有 两个列，不能存在这样的属性，它只依赖于其中一个列，这就是不符合第二范式。

  第二范式的特点:
  

  1) 一张表只描述一件事情。
  2) 表中的每一列都完全依赖于主键

• 示例：
  

  比如借书证表，如下设计：
  

  

  很显然不符合第二范式，里面描述了2件事，所以合理的作法应该是这样拆成2张表：

  

第三范式(3NF)：在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）。

• 概念：
  

  在满足第二范式的前提下，表中的每一列都直接依赖于主键，而不是通过其它的列来间接依赖于主键。

  简而言之，第三范式就是所有列不依赖于其它非主键列，也就是在满足 2NF 的基础上，任何非主列不得传递依赖于主键。所谓传递依赖，指的是如果存在"A → B → C"的决定关系，则 C 传递依赖于 A。因此，满足第三范式的数据库表应该不存在如下依赖关系:主键列 → 非主键列 x → 非主键列 y。说有啥意思的呢？看一下下面的示例说明。

• 示例：学生信息表
  

  存在传递的决定关系:

  学号  → 所在学院  → 学院地点。
  所有此时就不符合第三范示，则也需要将其拆分成2张表：
  

   

• 综合示例：
  

  下面再来看一张表，结合上面的三范示的定义对其表进行合理的修改，如下：
  

  首先很明显不属于第一范示，“每一列都是不可分割的原子数据项”，而：
  

  系这一列很明显不是原子的，它可以再分割成2项，所以此时修改成符合第一范示的则长这样：
  

  但是！！这样就完美了么？其实不然，目前这样修改之后的表存在如下几个问题：
  1、存在非常严重的数据冗余（重复）：姓名、系名、系主任。
  2、数据添加存在问题：添加新开设的系和系主任时，数据不合法。怎么理解？比如学校新开设了一个计算机系，如下：
  

  3、数据删除也存在问题：比如张无忌同学毕业了，删除数据，会将系的数据一起删除。
  那既然存在有这么多问题，那接着用第二范示来对其进行改造一下，根据第二范示的描述：“在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）”，这完全听不懂在说啥，所以接下来需要先理解几个概念：

  a. 函数依赖：A-->B,如果通过A属性(属性组)的值，可以确定唯一B属性的值。则称B依赖于A
  例如：学号-->姓名【也就是根据学号就能确定姓名的唯一值，则姓名依赖于学号】。 （学号，课程名称） --> 分数【光有学号是不可能确定分数的，但是加上课程名称之后则就可以确定了】
  b. 完全函数依赖：A-->B， 如果A是一个属性组，则B属性值的确定需要依赖于A属性组中所有的属性值。
  例如：（学号，课程名称） --> 分数【也就是分数完全依赖了学号和课程名称这个属性组了】
  c. 部分函数依赖：A-->B， 如果A是一个属性组，则B属性值的确定只需要依赖于A属性组中某一些值即可。
  例如：（学号，课程名称） -- > 姓名【很明显只需要学号既可以确定姓名，所有课程名称有点多余】
  d. 传递函数依赖：A-->B, B -- >C . 如果通过A属性(属性组)的值，可以确定唯一B属性的值，在通过B属性（属性组）的值可以确定唯一C属性的值，则称 C 传递函数依赖于A
  例如：学号-->系名，系名-->系主任【也就通过学号也能确定系主任，所以可以称之为系主任传递依赖于学号】
  e. 码：如果在一张表中，一个属性或属性组，被其他所有属性所完全依赖，则称这个属性(属性组)为该表的码
  例如：该表中码为：（学号，课程名称）
  * 主属性：码属性组中的所有属性
  * 非主属性：除过码属性组的属性
  好，了解了这些概念之后，再来回到第二范示描述语句中：“在1NF的基础上，非码属性必须完全依赖于码（在1NF基础上消除非主属性对主码的部分函数依赖）”，非码属性指的是：
  

   这些属性必须完全依赖于码（学号和课程名称），对于姓名、系名、系主任确实是完全依赖于学号和课程名称，但是并非完全依赖于课程名称，也就是它是属于部分函数依赖，所以对于第二范示的要求则是“在1NF基础上消除非主属性对主码的部分函数依赖”，那怎么来消除呢，还是拆分表如下：
  
  此地就解决了上述列举的第一个问题：“存在非常严重的数据冗余（重复）：姓名、系名、系主任。”，而第二个和第三个问题依旧存在，此时就得要用第三范示来解决了。
  先来看一下第三范示的描述：“在2NF基础上，任何非主属性不依赖于其它非主属性（在2NF基础上消除传递依赖）”，其中括号中的描述“在2NF基础上消除传递依赖”，很明显存在于目前的表结构当中，如下：
  

  那怎么来消除这个传递依赖呢？如下：
  

  此时，经过了第三范示的改造之后，则完美的解决了最后遗留的2个问题了，可以好好体会下。在实际表的设计中可以用这三大范示来检验自己的表结构设计的是否合理。

数据库的备份和还原：

备份的应用场景:

在服务器进行数据传输、数据存储和数据交换，就有可能产生数据故障。比如发生意外停机或存储介质损坏。 这时，如果没有采取数据备份和数据恢复手段与措施，就会导致数据的丢失，造成的损失是无法弥补与估量的。实际公司一般是由DBA来维护的，不过对于程序员也得了解一下。

命令行：

备份： mysqldump -u用户名 -p密码 数据库名称 > 保存的路径。

还原：
　　1. 登录数据库
　　2. 创建数据库
　　3. 使用数据库
　　4. 执行文件。source 文件路径

下面咱们来演示一下，对于这个数据库进行备份一下：

此时就会在指定的目录中生成一个sql文件：

此时sql中的内容如下：

-- MySQL dump 10.13  Distrib 5.5.40, for Win64 (x86)
--
-- Host: localhost    Database: db1
-- ------------------------------------------------------
-- Server version    5.5.40

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40014 SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0 */;
/*!40014 SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0 */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='NO_AUTO_VALUE_ON_ZERO' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;

--
-- Table structure for table `department`
--

DROP TABLE IF EXISTS `department`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `department` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `dep_name` varchar(20) DEFAULT NULL,
  `dep_location` varchar(20) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `department`
--

LOCK TABLES `department` WRITE;
/*!40000 ALTER TABLE `department` DISABLE KEYS */;
INSERT INTO `department` VALUES (2,'销售部','深圳');
/*!40000 ALTER TABLE `department` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `employee`
--

DROP TABLE IF EXISTS `employee`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `employee` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(20) DEFAULT NULL,
  `age` int(11) DEFAULT NULL,
  `dep_id` int(11) DEFAULT NULL,
  PRIMARY KEY (`id`),
  KEY `emp_dept_fk` (`dep_id`),
  CONSTRAINT `emp_dept_fk` FOREIGN KEY (`dep_id`) REFERENCES `department` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB AUTO_INCREMENT=10 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `employee`
--

LOCK TABLES `employee` WRITE;
/*!40000 ALTER TABLE `employee` DISABLE KEYS */;
INSERT INTO `employee` VALUES (4,'老王',20,2),(5,'大王',22,2),(6,'小王',18,2);
/*!40000 ALTER TABLE `employee` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `stu`
--

DROP TABLE IF EXISTS `stu`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `stu` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `name` varchar(20) DEFAULT NULL,
  PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `stu`
--

LOCK TABLES `stu` WRITE;
/*!40000 ALTER TABLE `stu` DISABLE KEYS */;
INSERT INTO `stu` VALUES (1,'ccc'),(2,'ccc'),(3,'ccc'),(4,'1111');
/*!40000 ALTER TABLE `stu` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `student3`
--

DROP TABLE IF EXISTS `student3`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `student3` (
  `id` int(11) DEFAULT NULL,
  `name` varchar(20) DEFAULT NULL,
  `age` int(11) DEFAULT NULL,
  `sex` varchar(5) DEFAULT NULL,
  `address` varchar(100) DEFAULT NULL,
  `math` int(11) DEFAULT NULL,
  `english` int(11) DEFAULT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `student3`
--

LOCK TABLES `student3` WRITE;
/*!40000 ALTER TABLE `student3` DISABLE KEYS */;
INSERT INTO `student3` VALUES (1,'马云',55,'男',' 杭州',66,78),(2,'马化腾',45,'女','深圳',98,87),(3,'马景涛',55,'男','香港',56,77),(4,'柳岩 ',20,'女','湖南',76,65),(5,'柳青',20,'男','湖南',86,NULL),(6,'刘德华',57,'男','香港 ',99,99),(7,'马德',22,'女','香港',99,99),(8,'德玛西亚',18,'男','南京',56,65);
/*!40000 ALTER TABLE `student3` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `tab_category`
--

DROP TABLE IF EXISTS `tab_category`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `tab_category` (
  `cid` int(11) NOT NULL AUTO_INCREMENT,
  `cname` varchar(100) NOT NULL,
  PRIMARY KEY (`cid`),
  UNIQUE KEY `cname` (`cname`)
) ENGINE=InnoDB AUTO_INCREMENT=5 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `tab_category`
--

LOCK TABLES `tab_category` WRITE;
/*!40000 ALTER TABLE `tab_category` DISABLE KEYS */;
INSERT INTO `tab_category` VALUES (2,'出境游'),(1,'周边游'),(3,'国内游'),(4,'港澳游');
/*!40000 ALTER TABLE `tab_category` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `tab_favorite`
--

DROP TABLE IF EXISTS `tab_favorite`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `tab_favorite` (
  `rid` int(11) NOT NULL DEFAULT '0',
  `date` datetime DEFAULT NULL,
  `uid` int(11) NOT NULL DEFAULT '0',
  PRIMARY KEY (`rid`,`uid`),
  KEY `uid` (`uid`),
  CONSTRAINT `tab_favorite_ibfk_1` FOREIGN KEY (`rid`) REFERENCES `tab_route` (`rid`),
  CONSTRAINT `tab_favorite_ibfk_2` FOREIGN KEY (`uid`) REFERENCES `tab_user` (`uid`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `tab_favorite`
--

LOCK TABLES `tab_favorite` WRITE;
/*!40000 ALTER TABLE `tab_favorite` DISABLE KEYS */;
INSERT INTO `tab_favorite` VALUES (1,'2018-01-01 00:00:00',1),(2,'2018-02-11 00:00:00',1),(2,'2018-04-21 00:00:00',2),(3,'2018-03-21 00:00:00',1),(3,'2018-05-08 00:00:00',2),(5,'2018-06-02 00:00:00',2);
/*!40000 ALTER TABLE `tab_favorite` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `tab_route`
--

DROP TABLE IF EXISTS `tab_route`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `tab_route` (
  `rid` int(11) NOT NULL AUTO_INCREMENT,
  `rname` varchar(100) NOT NULL,
  `price` double DEFAULT NULL,
  `rdate` date DEFAULT NULL,
  `cid` int(11) DEFAULT NULL,
  PRIMARY KEY (`rid`),
  UNIQUE KEY `rname` (`rname`),
  KEY `cid` (`cid`),
  CONSTRAINT `tab_route_ibfk_1` FOREIGN KEY (`cid`) REFERENCES `tab_category` (`cid`)
) ENGINE=InnoDB AUTO_INCREMENT=6 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `tab_route`
--

LOCK TABLES `tab_route` WRITE;
/*!40000 ALTER TABLE `tab_route` DISABLE KEYS */;
INSERT INTO `tab_route` VALUES (1,'【厦门+鼓浪屿+南普陀寺+曾厝垵 高铁 3 天 惠贵团】尝味友鸭面线 住 1 晚鼓浪屿',1499,'2018-01-27',1),(2,'【浪漫桂林 阳朔西街高铁 3 天纯玩 高级团】城徽象鼻山 兴坪漓江 西山公园',699,'2018-02-22',3),(3,'【爆款¥1699 秒杀】泰国 曼谷 芭堤雅 金沙岛 杜拉拉水上市场 双飞六天【含送签费 泰风情 广州 往返 特价团】',1699,'2018-01-27',2),(4,'【经典•狮航 ¥2399 秒杀】巴厘岛双飞五天 抵玩【广州往返 特价团】',2399,'2017-12-23',2),(5,'香港迪士尼乐园自由行2天【永东跨境巴士广东至迪士尼去程交通+迪士尼一日门票+香港如心海景酒店 暨会议中心标准房1晚住宿】',799,'2018-04-10',4);
/*!40000 ALTER TABLE `tab_route` ENABLE KEYS */;
UNLOCK TABLES;

--
-- Table structure for table `tab_user`
--

DROP TABLE IF EXISTS `tab_user`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `tab_user` (
  `uid` int(11) NOT NULL AUTO_INCREMENT,
  `username` varchar(100) NOT NULL,
  `password` varchar(30) NOT NULL,
  `name` varchar(100) DEFAULT NULL,
  `birthday` date DEFAULT NULL,
  `sex` char(1) DEFAULT '男',
  `telephone` varchar(11) DEFAULT NULL,
  `email` varchar(100) DEFAULT NULL,
  PRIMARY KEY (`uid`),
  UNIQUE KEY `username` (`username`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

--
-- Dumping data for table `tab_user`
--

LOCK TABLES `tab_user` WRITE;
/*!40000 ALTER TABLE `tab_user` DISABLE KEYS */;
INSERT INTO `tab_user` VALUES (1,'cz110','123456','老王','1977-07-07','男','13888888888','66666@qq.com'),(2,'cz119','654321','小王','1999-09-09','男','13999999999','99999@qq.com');
/*!40000 ALTER TABLE `tab_user` ENABLE KEYS */;
UNLOCK TABLES;
/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40014 SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS */;
/*!40014 SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

-- Dump completed on 2020-01-02 23:23:28

好，此时咱们来还原一下，如果能正常的还原成功那则备份是有效的，先来将咱们的db1数据库给手动删除掉：

接下来开始还原，先来创建一个数据库：

查询一下数据看是否回来了：

图形化工具：

1、选中数据库，右键 ”备份/导出”。

2、指定导出路径，保存成.sql 文件即可。

 

3、还原数据库中的数据：

• 删除数据库。
  

• 数据库列表区域右键“执行 SQL 脚本”， 指定要执行的 SQL 文件，执行即可：