如何进行全方面MySQL调优？

    (1) InnoDB存储引擎
		InnoDB是MySQL的默认事务型引擎，它被设计用来处理大量的短期(short-lived)事务。除非有非常特别的原因需要
	使用其他的存储引擎，否则应该优先考虑InnoDB引擎。

	(2) MyISAM存储引擎
		MyISAM提供了大量的特性，包括全文索引、压缩、空间函数(GIS)等，但MyISAM不支持事务和行级锁，有一个毫无疑
	问的缺陷就是崩溃后无法安全恢复。

	(3) Archive引擎
		Archive档案存储引擎只支持INSERT和SELECT操作，在MySQL5.1之前不支持索引。
		Archive表适合日志和数据采集类应用。
		根据英文的测试结论来看，Archive表比MyISAM表要小大约75%，比支持事务处理的InnoDB表小大约83%。

	(4) Blackhole引擎
		Blackhole引擎没有实现任何存储机制，它会丢弃所有插入的数据，不做任何保存。但服务器会记录Blackhole表的日
	志，所以可以用于复制数据到备库，或者简单地记录到日志。但这种应用方式会碰到很多问题，因此并不推荐。 

	(5) CSV引擎 
		CSV引擎可以将普通的CSV文件作为MySQL的表来处理，但不支持索引。
		CSV引擎可以作为一种数据交换的机制，非常有用。
		CSV存储的数据直接可以在操作系统里，用文本编辑器，或者excel读取。

	(6) Memory引擎
		如果需要快速地访问数据，并且这些数据不会被修改，重启以后丢失也没有关系，那么使用Memory表是非常有用。
		Memory表至少比MyISAM表要快一个数量级。

	(7) Federated引擎
		Federated引擎是访问其他MySQL服务器的一个代理，尽管该引擎看起来提供了一种很好的跨服务器的灵活性，但也经
	常带来问题，因此默认是禁用的。

mysql> show engines;

mysql> show variables like '%storage_engine%';

select * from tbl_emp a inner join tbl_dept b on a.deptId = b.id;

 select * from tbl_emp a left join tbl_dept b on a.deptId = b.id;

 select * from tbl_emp a right join tbl_dept b on a.deptId = b.id;

 select * from tbl_emp a left join tbl_dept b on a.deptId = b.id where b.id is null; 

 select * from tbl_emp a right join tbl_dept b on a.deptId = b.id where a.deptId is null; #B的独有

#MySQL Full Join的实现 因为MySQL不支持FULL JOIN,下面是替代方法
#left join + union(可去除重复数据)+ right join

SELECT * FROM tbl_emp A LEFT JOIN tbl_dept B ON A.deptId = B.id
UNION
SELECT * FROM tbl_emp A RIGHT JOIN tbl_dept B ON A.deptId = B.id

SELECT * FROM tbl_emp A LEFT JOIN tbl_dept B ON A.deptId = B.id WHERE B.`id` IS NULL
UNION
SELECT * FROM tbl_emp A RIGHT JOIN tbl_dept B ON A.deptId = B.id WHERE A.`deptId` IS NULL;

       (1) CREATE  [UNIQUE ] INDEX indexName ON mytable(columnname(length)); 
       (2) ALTER TABLE 表名 ADD  [UNIQUE ]  INDEX [indexName] ON (columnname(length)) ;
             
		ALTER TABLE tbl_name ADD PRIMARY KEY (column_list): 该语句添加一个主键，这意味着索引值必须是唯一的，且不能为NULL。
		ALTER TABLE tbl_name ADD UNIQUE index_name (column_list): 这条语句创建索引的值必须是唯一的（除了NULL外，NULL可能会出现多次）。
		ALTER TABLE tbl_name ADD INDEX index_name (column_list)；

       DROP INDEX [indexName] ON mytable; 

		SHOW INDEX FROM table_name\G；

Ⅰ、id    select查询的序列号,包含一组数字，表示查询中执行select子句或操作表的顺序

    三种情况 ：①id相同，执行顺序由上至下
    		  ②id不同，如果是子查询，id的序号会递增，id值越大优先级越高，越先被执行
	  		  ③id相同不同，同时存在，id如果相同，可以认为是一组，从上往下顺序执行；在所有组中，id值越大，优先级越高，越先执行

Ⅱ、select_type    查询的类型，主要是用于区别普通查询、联合查询、子查询等的复杂查询

    ① simple  简单的 select 查询,查询中不包含子查询或者UNION
    ② primary  查询中若包含任何复杂的子部分，最外层查询则被标记为primary
    ③ subquery  在SELECT或WHERE列表中包含了子查询
    ④ derived  在FROM列表中包含的子查询被标记为DERIVED(衍生)，MySQL会递归执行这些子查询, 把结果放在临时表里。
    ⑤ union  若第二个SELECT出现在UNION之后，则被标记为UNION；若UNION包含在FROM子句的子查询中,外层SELECT将被标记为：DERIVED
    ⑥ uoion result  从UNION表获取结果的SELECT

Ⅲ、table   显示SQL是关于哪张表的

Ⅳ、type  显示查询使用了何种类型，从最好到最差依次是：system>const>eq_ref>ref>range>index>ALL，一般来说，
		  得保证查询至少达到range级别，最好能达到ref。

	① system   表只有一行记录（等于系统表），这是const类型的特列，平时不会出现，这个也可以忽略不计;
	② const 表示通过索引一次就找到了,const用于比较primary key或者unique索引。因为只匹配一行数据，所以很快
	如将主键置于where列表中，MySQL就能将该查询转换为一个常量;
	③ eq_ref   唯一性索引扫描，对于每个索引键，表中只有一条记录与之匹配。常见于主键或唯一索引扫描;
	④ ref   非唯一性索引扫描，返回匹配某个单独值的所有行.本质上也是一种索引访问，它返回所有匹配某个单独值
	的行，然而，它可能会找到多个符合条件的行，所以他应该属于查找和扫描的混合体;
	⑤ range   只检索给定范围的行,使用一个索引来选择行。key 列显示使用了哪个索引,一般就是在你的where语句中
	出现了between、<、>、in等的查询,这种范围扫描索引扫描比全表扫描要好，因为它只需要开始于索引的某一点，而
	结束语另一点，不用扫描全部索引;
	⑥ index  遍历索引数据，index与ALL区别为index类型只遍历索引树。这通常比ALL快，因为索引文件通常比数
	据文件小。(也就是说虽然all和Index都是读全表，但index是从索引中读取的，而all是从硬盘中读的）;
	⑦ all   全表扫描，将遍历全表以找到匹配的行。

Ⅴ、possible_keys  显示可能应用在这张表中的索引，一个或多个。查询涉及到的字段上若存在索引，则该索引将被列出，
				   但不一定被查询实际使用。

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

Ⅶ、key_len  表示索引中使用的字节数，可通过该列计算查询中使用的索引的长度。在不损失精确性的情况下，长度越短
			 越好。
			 key_len显示的值为索引字段的最大可能长度，并非实际使用长度，即key_len是根据表定义计算而得，不是
			 通过表内检索出的。

Ⅷ、ref  显示索引的哪一列被使用了，如果可能的话，是一个常数。哪些列或常量被用于查找索引列上的值.

Ⅸ、rows  根据表统计信息及索引选用情况，大致估算出找到所需的记录所需要读取的行数.

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

		   ① Using filesort  说明mysql会对数据使用一个外部的索引排序(会将数据读取到内存，但不能一次全部读
		   					 取，需要分段读取并最后合并结果)，而不是按照表内的索引顺序进行读取。MySQL中无
		   					 法利用索引完成的排序操作称为“文件排序”，性能不好，需要进行优化。
		   					 可能因为order by的顺序没有复用索引的建立顺序，没有保持一致，即索引覆盖。
		   ② Using temporary  使了用临时表保存中间结果,MySQL在对查询结果排序时使用临时表。常见于排序 
		   					  order by 和分组查询 group by，性能极不好，需要进行优化。
		   					  可能因为group by之前未进行order by排序。
		   ③ USING index  表示相应的select操作中使用了覆盖索引(Covering Index)，避免访问了表的数据行，
		   				  效率不错！如果同时出现using where，表明索引被用来执行索引键值的查找;如果没有同
		   				  时出现using where，表明索引用来读取数据而非执行查找动作。
		   ④ Using where   表明使用了where过滤
		   ⑤ using join buffer  使用了连接缓存
		   ⑥ impossible where  where子句的值总是false，不能用来获取任何元组 		  

	查看慢查询日志是否开启 ： SHOW VARIABLES LIKE '%slow_query_log%' ;
	
	使用set global slow_query_log=1;开启了慢查询日志只对当前数据库生效，如果MySQL重启后则会失效。

	如果要永久生效，就必须修改配置文件my.cnf（其它系统变量也是如此）；

	修改my.cnf文件，[mysqld]下增加或修改参数；
	slow_query_log 和slow_query_log_file后，然后重启MySQL服务器。也即将如下两行配置进my.cnf文件；

		slow_query_log =1
		slow_query_log_file=/var/lib/mysql/atguigu-slow.log

		关于慢查询的参数slow_query_log_file ，它指定慢查询日志文件的存放路径，系统默认会给一个缺省的文件
	host_name-slow.log（如果没有指定参数slow_query_log_file的话）；

	查看当前多少秒算慢 ： SHOW VARIABLES LIKE 'long_query_time%' ;

	查询当前系统中有多少条慢查询记录 ： show global status like '%Slow_queries%' ;

	得到返回记录集最多的10个SQL
	mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log

	得到访问次数最多的10个SQL
	mysqldumpslow -s c -t 10 /var/lib/mysql/atguigu-slow.log

	得到按照时间排序的前10条里面含有左连接的查询语句
	mysqldumpslow -s t -t 10 -g "left join" /var/lib/mysql/atguigu-slow.log

	另外建议在使用这些命令时结合 | 和more 使用 ，否则有可能出现爆屏情况
	mysqldumpslow -s r -t 10 /var/lib/mysql/atguigu-slow.log | more