MySQL优化

　　好记性不如烂笔头，索性自己整理一下。

MySQL优化多多方面的，包括查询优化，更新优化，和服务器优化，

目的是为了使MySQL减少IO次数，提高反应速度，运行更快，减少资源占用

查询优化：

　　原则是优化更需要优化的SQL,什么事更需要优化的SQL呢，就是执行频率很高的的SQL

　　影响性能的原因：

　　　　CPU导致？IO引起？数据访问所致？数据运算影响？

　　为了确定是哪方面的问题引起，我们需要使用到查看SQL的执行计划   EXPLAIN + sql语句

 　　我们根据主键id查询一个用户的信息，查看他的执行计划

　　　

　　　查询出来的结果为：

　　　

　　　我们对其中比较重要也就是需要我们关注的字段进行一下说明：

　　　　type : 表示表的连接类型，代表这条sql语句的的执行效率判定，有以下值

　　　　　　=system : 最高级，一般不会出现

　　　　　　=const　: 根据查询条件，只有一行符合查询条件，一般是以主键或唯一键作为条件查询

　　　　　　　　　　　　可以理解为 ，这就是我们日常中最好的一种状态了

　　　　　　

　　　　　　=eq_ref  : 联表查询，一般用于使用 = 比较带索引的列-->  u.id  o.id都带索引

　　　　　　

 　　　　　  =ref : 查询条件没有主键索引，也没有唯一索引，一般出现于 = ,>, <操作带有其他索引的列 　　　　　　

　　　　　　

　　　　　　=ref_or_null : 和ref类似，包含了可以搜索NULL值的行，一般出现与在子查询中

 　　　　上面这五种是属于比较理想的一种索引使用情况，下面来看看不怎么样的

　　　　　　=index_merge

　　　　　　=unique_subquery

　　　　　　=index_subquery

　　　　　　=range　　　　　　：只检索给定范围的行 比如 age>18，使用一个索引来选择行

　　　　　　=index　　　　　　  : 比ALL好一点

　　　　　　=ALL　　　　　　　: 完整扫描，性能最差的一个状态

　　　有些说的太模糊了，我暂时没搞懂什么意思，下面继续看其他重要字段的意思

　　　possible_keys字段：

　　　　表示我们的sql语句可以通过什么索引来找到改行 比如primarykey

　　　　　　　　如果显示为NULL，则表示没有使用索引，全表扫描，效率极低

　　　key字段：

　　　　显示sql查询中实际使用到的索引d的字段，如果没有显示为NULL

　　　　　　可以强制使用索引或者忽略索引，如下

　　　　

其他的字段就显得不怎么重要了，不做参考。

通过查看执行计划，我们就可以以此为着手点进行优化，下面说说优化的的手法：

　先理解一下索引：适当的索引可以加快查询速度，但如果索引过多，胆儿影响速度，在此基础上

　　　　我们可以为一下不常修改且经常被作为查询条件的字段添加索引，提高检索效率；

　　1.尽量不要在数据库做运算，我们应该吧运算放在service层，具有更好的扩展；

　　2.尽量不使用反向查询 比如 ！=  ，not in，<>....等；

　　3.尽量不要使用Like关键字，如果迷糊查询字段开头就模糊 ，不会使用索引 比如  ‘%汉三’；

　　4.使用 or 关键字时，只有当前后两个条件字段都为索引时，索引才会生效；

　　5这个有点多，不搬砖了，给一个截图吧，hahhahaha 

　　　　

　　　　

 当然更多优化是方方面面的，具体情况具体分析下面来看看插入优化：

　　插入数据时，影响插入速度的主要元素是： 索引，主键的唯一性的校验，一次性插入数据的条数

　　优化手段和选择的储存引擎的不同而不同，在MySQL中常用的储存引擎有 InnoDB 和 MyISAM ；

　　下面我们简单介绍一下这两种比较常用的储存引擎： MyISAM  和 InnoDB

　　　　MyISAM是ISAM的增强，在MySQL5.5之前的默认储存引擎 ( 不包括5.5版本 )，不支持事务，外键；

　　　　使用一种表格锁定的机制，优化多个并发的读的操作，代价为需要经常运行 optimize table命令，

　　　　　　来恢复被更新机制所浪费的空间；

　　　　MyISAM强调了快速读取的操作，读取数据性能是非明显，这可能也是MySQL火的原因之一；

　　　　MyISAM的一个重要缺陷为，不能再表损坏后恢复数据，所以需要经常备份实时数据

　　　　说说为什么MyISAM储存引擎查询数据会特别快，我们通过他/它生成的文件来看

　　　　　　.frm  ：表结构信息

　　　　　　.MYD : 数据文件　　　　　(理解为 My Data)

　　　　　　.MYI ： 表的索引信息　　（理解为 My Index）

　　　　　　通过上面三个文件，我们在插入数据时，如果where后面的条件为有索引的条件，

　　　　　　　　就会查询表的索引信息文件，该文件可以看作一个K-V结构，如果该条件有对应的索引，　　

　　　　　　　　就会得到一个该索引对应在本地磁盘中的一个具体的的物理地址，所以查询效率非常优秀

　　　　　　　　于此同时，他的增删盖就特别的慢，每次变更数据，都要维护数据和索引信息，

　　　　　　　　如果索引列过多，查询效率也会相对降低

　　　　　常用的优化手段为：

　　　　　　禁用索引:

　　　　　　　　　　在插入数据时，会对插入的数据建立索引，我们可以禁用索引，在数据插入完成后，再开启索引

　　　　　　　　　　如果我们插入的表是一张空表的话，则无需操作，MyISAM引擎的表实在导入数据后才建立索引的

　　　　　　　　　　禁用索引： alter table table_name disable keys

　　　　　　　　　　开启索引：alter table table_name enable keys

　　　　   　禁用唯一性检查:　

　　　　　　　　　　唯一性检查会降低我们插入数据的速度

　　　　　　　　　　我们在批量插入数据前禁用唯一性检查，插入后开启唯一性检查

　　　　　　　　　　禁用唯一性检查： set unique_checks = 0

　　　　　　　　　　开启唯一性检查： set unique_checks = 1　　　　　　

 　　　    　 采用批量的方式插入数据； 这个不做过多介绍，values () , () , ();

 　　　     　使用 load data infile 语句 批量插入数比 insert 快，暂时没用过，不做介绍；

　　　InnoDB储存引擎的出现可能就是为了弥补 MyISAM不支持事务，外键而横空出世的；

　　　　　　在MySQL5.5（含）及以上的默认储存引擎，支持事务，外键，查询效率相对降低；

　　　　　　InnoDB是出路据大数据量的最大性能设计，CPU的优化效率是其他引擎不能匹敌的；

　　　　　　InnoDB是第三方开发的，被MySQL整合，在内存中缓存数据和索引以维持缓冲池；

　　　　　　InnoDB的特点：支持事务，支持外键，锁定机制的改进，数据多版本的读取，

　　　　InnoDB常见优化手段：　　　　　　　　　　　　　　

　　　　　　禁用唯一性检查；

　　　　　　　　　　　用法和MyISAM 一致　　　　　　　　　　

　　　　　　禁用外键检查；　　

　　　　　　　　　　　外键检查影响插入数据的效率，先关闭，插入完成后再开启即可

　　　　　　　　　　　关闭 ： set foreign_key_checks = 0;

　　　　　　　　　　　开启 ： set foreign_key_checks = 1;

　　　　　　禁用自动提交；　

　　　　　　　　　　　禁止事务的自动提交　，插入完成后统一提交，提高效率

　　　　　　　　　　　禁用： set autocommit = 0;

　　　　　　　　　　　开启： set autocommit = 1;

　　　　MySIAM 和 innoDB 的区别以及如何抉择？

　　　　   　

　　　　　　如果我们以查询为主，基本没有什么增删改，对事务的要求也特别低，就可以选择MyISAM;

　　　　　　　　MyISAM在系统崩溃后，数据恢复很困难，是多可以接受？

　　　　　　在MySQL5.5版本后，MySQL默认的储存引擎已经默认为InnoDB,说明InnoDB也有一定的优势；

查询和插入数据的优化已经做了简单的 说明，下面记录一下服务器的优化

　　　　第一个就是服务器所在机器的性能决定MySQL数据库的性能，内存，固态硬盘，处理器...

　　　　第二个就是软性能的提升了，在机器给定的情况下，优化MySQL的参数：

　　　　　　优化相关参数可以提高资源利用率，从而提高服务器性能

　　　　　　MySQL的配置参数都在my.conf或者my.ini中，

　　　　　　找到该配置文件，搜索 SQL server  

　　　　　　

　　　　可以优化的相关参数：

 　　　　　　

　　　　　　

　　　　　　

　　　　　　

　　　　　　

　　　　　　

　　　　　　

 　　　　　　

暂时就这么多吧，日后有新的知识点再修复补全