MySQL数据库优化(四)——MySQL索引优化

一、索引基础
索引类型:

     1、普通索引: 创建到任何数据类型中        
     2、唯一性索引:限制索引值必须唯一
     3、全文索引:只能创建到char、varchar、text类型字段上,主要用于提高文本查询速度。MyISAM引擎支持。
     4、单列索引:给表中单个字段创建索引
     5、多列索引:给多个字段创建索引
     6、空间索引:使用spatial参数创建,提供系统获取控件数据的效率
索引的基本操作:

 

CREATE TABLE t_user1(id INT ,
                     userName VARCHAR(20),
                     PASSWORD VARCHAR(20),
                     INDEX (userName)  
             );
             
CREATE TABLE t_user2(id INT ,
                     userName VARCHAR(20),
                     PASSWORD VARCHAR(20),
                     UNIQUE INDEX index_userName(userName)
             );
           
CREATE TABLE t_user3(id INT ,
                     userName VARCHAR(20),
                     PASSWORD VARCHAR(20),
                     INDEX index_userName_password(userName,PASSWORD)//多列索引
             );
             
CREATE  INDEX index_userName ON t_user4(userName);--对已经创建的表指定索引


CREATE  UNIQUE INDEX index_userName ON t_user4(userName);


CREATE  INDEX index_userName_password ON t_user4(userName,PASSWORD);


ALTER TABLE t_user5 ADD INDEX index_userName(userName);--修改索引


ALTER TABLE t_user5 ADD UNIQUE INDEX index_userName(userName);


ALTER TABLE t_user5 ADD INDEX index_userName_password(userName,PASSWORD);


DROP INDEX index_userName ON t_user5;


DROP INDEX index_userName_password ON t_user5;

     添加索引可以加速查询效率,避免全表数据查询,取而代之的是通过查找索引再找到目的数据。select t.name from user t where t.id=5 ,如果在actor_id列创建索引,则mysql使用该索引找到id=5的行,也就是说先在索引上按值进行查找,然后返回所有包含该值的数据行。
     索引可以包含一个或多列,如果索引包含多个列,那列的顺序也非常重要,因为mysql只能高效的使用索引的最左前缀列。并且索引的创建和维护也需要占用系统资源,这就涉及到如何创建高效的索引提高查询效率。
二、mysql的索引类型
     一般来说,数据索引本身也很大,不可能全部存储在内存中,因此索引往往以索引文件的形式存储的磁盘上。这样的话,索引查找过程中就要产生磁盘I/O消耗,相对于内存存取,所以索引的结构组织要尽量减少查找过程中磁盘I/O的存取次数。这就要求一个优质的数据结构整理、存储数据库索引。
     一般索引类型均是利用了数据结构算法,例如B-Tree既是mysql中索引类型,也是动态查找树:二叉查找树(Binary Search Tree),平衡二叉查找树(Balanced Binary Search Tree),红黑树(Red-Black Tree ),B-tree/B+-tree/ B*-tree (B~Tree)的二叉树结构。
     由于MySQL这些索引类型都是基于数据结构算法的实现,一般开发开始在基础之上应用。根据不同的数据结构创建的索引,应用也有所不同。
MySQL数据库优化(四)——MySQL索引优化_第1张图片
三、索引使用常见误区  
1、独立列索引
     错误使用:select t.name from user t where t.age+1=5 ,对于这个条件age+1=5 ,mysql无法自动解析,即便对age列创建了索引,但mysql在查询时也不会使用索引查询,依旧全表扫描。
     错误使用:select t.name  from user t where TO_DAYS(`CURRENT_DATE`())-TO_DAYS(date_col)<=10;  同上
     正确原则始终将索引列放到比较符的单独一边。
2、多列索引
     常见错误:没列创建独立的索引,或者按照错误的顺序创建多列索引,或者索性直接把where条件中的列都建立索引。
     正确使用:针对不同的索引类型选择合适的索引顺序
     例如select t.name from user t where t.staffId=2 and custom_id=7;
应对上面的查询,是应该创建一个(staffId,custom_id)还是颠倒一下这两列顺序。

 

以B-Tree为例,索引列的顺序意味着索引首先会按照最左列进行排序,从左到右。一般都将筛选条件频率最高的字段放在索引最前是明智的。这样设计的索引能够最快的过滤出需要的行。

 

四、总结

     查看之前做的一个java云平台项目,使用的ORM框架,当时项目出现级联查询缓慢,故结合了JDBC+ORM组合形式编程,现在查看几个数据库的表设计,对于索引优化这块还需要再应用,一般创建的索引都仅使用了单列索引,使用主键创建;这样做没什么大问题,但如果出现了查询耗时问题时,表结构优化、索引优化、查询优化就需要齐头并进,但依靠ORM框架重新选型或再优化,是无法解决问题的。

 

你可能感兴趣的:(【DB】,mysql优化)