MySQL导入导出、视图、索引和执行计划

目录

一、导入导出

二、视图

1、什么是视图

2、视图的作用

3、基本语法

4、案例

三、索引

1、什么是索引

2、索引的优缺点

3、索引分类

四、执行计划

1、什么是执行计划

2、执行计划的作用

3、执行计划包含的信息

4、案例

---

一、导入导出

1.使用工具，类似Sqlyog、Navicat等导入导出数据。

2.使用mysqldump导入导出

  2.1 导出

    2.1.1 导出表数据和表结构
  
    mysqldump -u用户名 -p密码 数据库名 > 数据库名.sql(这个名字随便叫)

    #/usr/local/mysql/bin mysqldump -uroot -pabc >abc.sql
    敲回车之后提示输出密码

    2.1.2 只导出表结构
  
    mysqldump -u用户名 -p密码 -d 数据库名 > 数据库名.sql

    #mysqldump -uroot -p -d abc > abc.sql

  
    注：导出的数据在mysql的bin目录下

  2.2 导入

    注意：首先建立空数据库

    mysql>create database abc;

    2.2.1 方法一

    mysql>use abc;                   #选择数据库
    mysql>set names utf8;            #设置数据库编码
    mysql>source /home/abc/abc.sql;  #导入数据

    2.2.2 方法二

    mysql -u用户名 -p密码 数据库名 < 数据库名.sql
    #mysql -uabc_f -p abc < abc.sql


3.LOAD DATA INFILE

  可先通过SELECT INTO OUTFILE方式，将数据导出到Mysql的C:\ProgramData\MySQL\MySQL Server 5.5\data目录下，再通过LOAD DATA INFILE方式导入。 

  1) select * from 表名 into outfile '/文件名.sql';
  2) load data infile '/文件名.sql' into table 表名(列名1,...); 

二、视图

1、什么是视图

1. 视图是一种虚拟的表，是从数据库中一个或多个表中导出来的表。
2. 数据库中存放了视图的定义，而并没有存放视图中的数据，这些数据存放在原来的表中。
3. 使用视图查询数据时，数据库系统会从原来的表中取出对应的数据。

2、视图的作用

1. 使操作简便化。
2. 增加数据的安全性。
3. 提高表的逻辑独立性。

3、基本语法

创建索引
CREATE VIEW 视图名 AS SELECT 语句;
修改索引
ALTER TABLE 表名 ADD [UNIQUE|FULLTEXT] INDEX 索引名(字段名[(长度)][ASC|DESC])
删除索引
DROP INDEX 索引名 ON 表名

4、案例

创建视图：

  create view v_stu as select * from t_student
  select * from  v_stu

运行如下：

 

三、索引

1、什么是索引

索引是由数据库表中一列或多列组合而成，其作用是提高对表中数据的查询速度。
类似于图书的目录，方便快速定位，寻找指定的内容

2、索引的优缺点

优点：提高查询数据的速度。
缺点：创建和维护索引的时间增加了，同时占用硬盘空间。

3、索引分类

1. 普通索引：是最基本的索引，它没有任何限制；

2. 唯一索引：与前面的普通索引类似，不同的就是：索引列的值必须唯一，但允许有空值。如果是组合索引，则列值的组合必须唯一；

3. 主键索引：是一种特殊的唯一索引，一个表只能有一个主键，不允许有空值；

4. 案例

5. 普通索引案例
   create index 索引名 on 表名(字段名)
   --0.328s
   select * from t_log where moduleid=10040999
   
   --1.005s
   create index idx_moduleid on t_log(moduleid);
   
   --0.001s
   select * from idx_moduleid
   唯一索引案例
   
   create unique index 索引名 on 表名(字段名)
   create unique index idx_url on t_log(url)
   

   运行如下：

   这里出现错误的原因是：唯一键索引的对应列值是不允许相同的 

6. 主键索引案例
   create table 表名(
      id int not null auto_increment primary key,
      ...
   )
   
   t_log表的主键为id 使用id查询的速度是最快的
   
   组合索引案例
   create index 索引名 on 表名(字段名1,字段名2,...)
   
   --2.507s
   create index idx_userid_moduleid_url on t_log(userid,moduleid,url)
   
   --0.001s
    select * from idx_userid_moduleid_url
   
   最左列段匹配原则
   
   EXPLAIN select * from t_log
   

   运行如下：

    

    EXPLAIN select * from t_log where userid = ''
   

   运行如下：

   EXPLAIN select * from t_log where userid = '' and moduleid = ''
   

   运行如下：

四、执行计划

1、什么是执行计划

使用 EXPLAIN 关键字可以模拟优化器执行SQL查询语句，从而知道MYSQL是如何处理你的sql语句的。分析你的查询语句或是表结构的性能瓶颈。

语法: Explain + sql

2、执行计划的作用

1) 表的读取顺序
     2) 数据读取操作的操作类型
     3) 哪些索引可以使用
     4) 哪些索引被实际使用
     5) 表之间的引用
     6) 每张表有多少行被优化器查

3、执行计划包含的信息

3.1 id - 获取select子句的操作表顺序，有几种情况

 1) id 相同的情况下执行顺序是由上到下。
 2) id 越大优先级越高，如果是子查询，ID 序列号会递增，id值越大，优先级越高，越先执行。
 3) id 相同又有不相同的，序列号大的会先执行，然后相同的从上到下执行。

 3.2 select_type - 查询的类别，主要用于区别普通查询，联合查询，子查询等的复杂查询

 1) simple: 简单的select 查询，不包含子查询或者 union
 2) primary: 查询中包含任何复杂的子部分，最外层查询则被标记
 3) subquery: 在 select 或者 where 列表中包含了子查询
 4) derived: 在from 列表中包含子查询被标记为 derived Mysql 会递归执行这些子查询，把结果放到临时表里
 5) union: 若在第二个 select 中出现 union之后，则被标记为 union 若union包含在 from 子句的子查询中，外层 select 将被标记为 derived
 6) union result: 从 union 表获取结果的 SELECT

 3.3 table - 显示这一行的数据是关于那个表的

 3.4 type - 显示的是访问类型

 type是较为重要的一个指标，结果值从最好到最坏依次是：
 system > const > eq_ref > ref > fulltext > ref_or_null > index_merge > unique_subquery 
 > index_subquery > range > index > all

 注：一般来说，得保证查询至少达到range级别，最好能达到ref

 1) system: 表中只有一行记录（等于系统表），这是const类型的特列，平时不会出现，这个可以忽略不计;
 2) const:  表示通过索引一次就找到了，const用于比较primary key或者unqiue索引，因为只匹配一条数据，
            所以很快，如将主键置于where条件中，Mysql 就能将该查询转换一个常量;
 3) eq_ref: 唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配，常见与主键或唯一索引扫描;
 4) ref:    非唯一索引扫描，返回匹配某个单独值的所有行，常见于使用非唯一索查询，组合索引查询;
 5) range:  只检索给定范围的行，使用一个索引来选择行，key列显示使用了哪个索引，
            一般就是在你的 where 语句中出现了 between ,<,>,in 等查询这种范围扫描比全表扫描要好，
	因为它只需要开始与索引的某一点，而结束与另一点，不用扫描全部索引。
 6) ALL：   全表扫描;
 7) index： 扫描全部索引树;
 8) NULL：  MySQL在优化过程中分解语句，执行时甚至不用访问表或索引;

 3.5 possible_keys

 指出MySQL能使用哪个索引在该表中找到行。查询涉及到的字段上若存在索引，则该索引将被列出，但不一定被查询使用。如果是空的，没有相关的索引。这时要提高性能，可通过检验WHERE子句，看是否引用某些字段，或者检查字段不是适合索引。 

 简而言之：可能使用的key（索引）

 3.6 key 

 实际上使用的索引，如果没用索引，则为NULL，查询中若使用了覆盖索引，则该索引和查询的select 字段重叠。

 3.7 key_len

 显示MySQL决定使用的键长度。表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。如果键是NULL，长度就是NULL。文档提示特别注意这个值可以得出一个多重主键里mysql实际使用了哪一部分。

 3.8 ref

 显示哪个字段或常数与key一起被使用

 3.9 rows

 这个数表示mysql要遍历多少数据才能找到，表示MySQL根据表统计信息及索引选用情况，估算的找到所需的记录所需要读取的行数，在innodb上可能是不准确的。
  
 3.10 Extra

 包含不合适在其他列中显示但十分重要的额外信息：

 1) Using index	此值表示mysql将使用覆盖索引，以避免访问表。
 2) Using where	mysql 将在存储引擎检索行后再进行过滤，许多where条件里涉及索引中的列，当(并且如果)它读取索引时，就能被存储引擎检验，因此不是所有带where子句的查询都会显示“Using where”。有时“Using where”的出现就是一个暗示：查询可受益于不同的索引。
 3) Using temporary	mysql 对查询结果排序时会使用临时表。
 4) Using filesort	mysql会对结果使用一个外部索引排序，而不是按索引次序从表里读取行。mysql有两种文件排序算法，这两种排序方式都可以在内存或者磁盘上完成，explain不会告诉你mysql将使用哪一种文件排序，也不会告诉你排序会在内存里还是磁盘上完成。

4、案例

 1、explain select * from t_user u left join t_role r on u.roleid = r.roleid

运行如下：

2、 explain select * from t_user u where u.roleid = (select roleid from t_role where rolename = '管理员')

 运行如下：

3、#左外联
explain select * from t_user u left join t_role r on u.roleid = r.roleid

 运行如下：

4、#右外联
explain select * from t_user u right join t_role r on u.roleid = r.roleid

 运行如下：

 这里需要注意：通过left join 和 right join 验证；id一样（注意执行计划的table列），left join 先扫描a表，再扫描b表；right join 先扫描b表，再扫描a表

1）SIMPLE(简单SELECT,不使用UNION或子查询等)

2）PRIMARY(查询中若包含任何复杂的子部分,最外层的select被标记为PRIMARY)
SUBQUERY(子查询中的第一个SELECT)

3）UNION(UNION中的第二个或后面的SELECT语句)
UNION RESULT: 从 union 表获取结果的 SELECT

4）DERIVED(派生/衍生表的SELECT, FROM子句的子查询)

使用 like 语句时，%在右边才会使用索引。
#有效
EXPLAIN  select * from t_user where username  like '张%' 

运行如下：

无效
EXPLAIN  select * from t_user where username  like '%张' 

 运行如下：

 

条件的类型不一致
无效：
EXPLAIN  select * from t_user where username= 1

运行如下：

有效
EXPLAIN  select * from t_user where username= '张三'

运行如下：