Mysql（MyISAM和InnoDB）及Btree和索引优化

MYSQL

1、引擎

mysql：MySQL是一个关系型数据库管理系统，其中有两种引擎最为常见MyISAM和InnoDB

MyISAM（非汇集索引）  　　 MySQL 5.0 以前的默认数据库引擎，最为经常使用。拥有较高的插入，查询速度，但不支持事务

 

InnoDB（汇集索引）  　　 事务型数据库的首选引擎，支持ACID事务，支持行级锁定, MySQL 5.5 起成为默认数据库引擎

 

 

 

2、MYSQL索引：Btree索引结构。

　　 B-Tree 索引是 MySQL 数据库中使用最为频繁的索引类型，除了 Archive 存储引擎以外的其余全部的存储引擎都支持 B-Tree 索引。

　　 btree索引：通俗点说就是一颗二叉树

　　   （图为百度出来的图，若有侵权，请私信告诉我。我只是为了让Btree更加浅显易懂，重点是我画得难看。TOT）

通俗得来讲：如取35为节点，比35小的就放左边，比35大的就放右边。若是咱们要寻找87叶子节点的位置，87比35大，因此在右边，而后87比39还大，因此还在右边，比65还大，因此还在右边，一共寻找3次。

Question

说到Btree索引，一直以来都有个通俗问题：对于hash索引， 索引的检索能够一次定位，不像B-Tree 索引须要从根节点到枝节点，检索效率比Btree高不少，那为何不用Hash索引却要用Btree索引？

Answer：

有如下几点缘由： Hash 索引仅仅能知足"=","IN"和"<=>"查询，不能使用范围查询。

　　　　　　　　Hash 索引没法被用来避免数据的排序操做。

　　　　　　　　Hash 索引在任什么时候候都不能避免表扫描。

　　　　　　　　Hash 索引遇到大量Hash值相等的状况后性能并不必定就会比B-Tree索引高。

　　　　　　　　（hash 在mylsam数据表存储是范围存放，只按照节点查找，一旦多个hash值索引节点，那么就要在数据表多个位置寻找，比InnoDB中索引和数据在同一节点寻找复杂得多，因此不推荐hash）（括号的是我总结，不必定对。有错能够指出，我会修改）

 

3、汇集索引及其碎片维护

　　（InnoDB）聚簇结构的特色：

• 根据主键查询条目时,不用回行(数据就在主键节点下)
• 若是碰到不规则数据插入时,形成频繁的页分裂

　　为何会产生页分裂？

这是由于聚簇索引采用的是平衡二叉树算法，并且每一个节点都保存了该主键所对应行的数据，假设插入数据的主键是自增加的，那么根据二叉树算法会很快的把该数据添加到某个节点下，而其余的节点不用动；可是若是插入的是不规则的数据，那么每次插入都会改变二叉树以前的数据状态。从而致使了页分裂。

　　优化：

聚簇索引的主键值,应尽可能是连续增加的值,而不是要是随机值, (不要用随机字符串或UUID)，不然会形成大量的页分裂与页移动。在使用InnoDB的时候最好定义成：

id int unsigned primary key auto_increment

 

 

 

 

索引选择性与前缀索引

由于索引虽然加快了查询速度，但索引也是有代价的，另外，MySQL在运行时也要消耗资源维护索引，所以索引并非越多越好。

通常两种状况下不建议建索引。
1.表记录比较少，超过2000条能够酌情考虑索引。
2.索引的选择性较低。所谓索引的选择性（Selectivity），是指不重复的索引值（也叫基数，Cardinality）与表记录数（#T）的比值：
Index Selectivity = Cardinality / #T

显然选择性的取值范围为(0, 1]，选择性越高的索引价值越大，这是由B+Tree的性质决定的。

使用索引扫描来优化排序条件
1.索引的列顺序和Order by子句的顺序彻底一致
2.索引中全部列的方向（升序，降序）和Order by子句彻底一致
3.Order by中的字段所有在关联表中的第一张表中

 4、MYSQL 优化命令查询

一、查版本号

不管作什么都要确认版本号，不一样的版本号下会有各类差别。

>Select  version();

 

二、执行状态分析

显示哪些线程正在运行

>show processlist;   （端口号给我马赛克了，见谅见谅，安全起见）

　

 

三、Show profile

精确两位数，小数点。

show profile默认的是关闭的，可是会话级别能够开启这个功能，开启它可让MySQL收集在执行语句的时候所使用的资源。

分析SQL执行带来的开销是优化SQL的经常使用手段，在MySQL数据库中，能够经过配置profiling参数来启用SQL剖析。
它只能在session级别来设置，设置后影响当前session；当它开启后，后续执行的SQL语句都将记录其资源开销，诸如IO，上下文，CPU，MEMORY等。

开启profiling,有个警告，这个参数在之后会被删除，用information_scheam.PROFILING替代。

  （设置profiling=1，开启profile）

  （使用命令：show profile 观看执行时间，15行受影响）

根据query id查看某个查询得详细时间耗时。

 

Explain的列分析

如查询语句：

查询语句是explain select * from goods order by goods_id asc \G