数据库

1. 书磁盘数据查询

    寻道时间(慢)

    磁盘旋转时间（快）

2. mysql 索引储存使用B+tree.

    每一个节点存放一页的数据索引数据，所以减少索引字段的长度有利于快速查询，有利于增加度（•度(Degree)-节点的数据存储个数）。

    MyiSam使用非聚合索引，Innodb使用聚合索引(索引和数据储存在一起，和主键一起，secondKey储存主键的值)

   innodb 最好使用int自增做主键，1： 增加度，2：利于排序，3 ： 数据储存有序。

  RAM读取数据一般是一页一页的读。

3. 联合索引

 

• B+Tree索引的性能分析

• 一般使用磁盘I/O次数评价索引结构的优劣

• 预读：磁盘一般会顺序 向后读取一定长度的数据 ( 页的整数倍 ) 放入内存

• 局部性原理：当一个数据被用到时，其附近的数据也通常会马上被使用

• B+Tree 节点的大小设为等于一个页，每次新建节点直接申请一个页的空间，这样就保证一个节点物理上也存储在一个页里，就实现了一个节点的载入只需一次 I/O

• B+Tree 的度d一般会超过100，因此h非常小 ( 一般为 3 到 5 之间 )

 

 

    4. mysql explain 字段分析

        id： select 执行序号，也是制定了查询先后顺序，ID值越大执行顺序越靠前。id一样则从上往下执行。

        select_type：select类型 

                simple，简单查询

                primary： 复杂查询最外层的select

                subquery：子查询，select中的查询。

                derived：派生表，from后面的select查询

                union：unino后面的select

                union result：将两个查询结合在一起

   table： 查询的表。derived， <union1,2>, tablename 等

 type： 关联类型，访问类型， mysql决定如何查询表中的行及大数据行大致的范围。

            system>const>eq_ref>ref>range>index>ALL，

            system：const的特例，查询的表就一条记录或者常量。

            const： 用到主键索引或者唯一索引。

            eq_ref: 使用pk或unique key被关联部分使用，最多只会映射到一条记录。多表关联使用pk或者uk

            ref：不适用唯一索引字段，使用一般索引字段。

            range ：范围查询，如id>1

            index:  扫描全表索引，查询的字段都是索引字段。

            aLL： 全表查询。

            查询sql建议range，最好要ref.级别以上。

 

possible_keys: 可能用到的索引

keys: 一定会用到的索引，

key_ken: 联合索引的哪几个字端长度。int 为4.

    长度计算：

            字符串

                char(n) n长度

                varchar（n） 2字节储存长度，3N+2,

            数值

                tinyint  1

                 smallint 2

                int            4

                 bigint     8

            时间类型

                    date 3

                  timestamp  4

                   datetime   8

   如果字段允许为空，需要一个字节记录是否为null。

ref： 显示key列中索引查询用的字段或者常量。

rows: mysql 估计要读取并检测的行数，并不是结果集中的行数

extra：

        using index，查询到列被索引覆盖，并且where 条件是索引的前导列。 直接从索引取数据。即select 字段都是索引字段。

        using where using index，查询到列被索引覆盖，并且where 条件不是索引的前导列。 直接从索引取数据。不使用索引。

        using where，查询的列未被索引覆盖，where筛选条件非索引的前导列

        using index condition，与Using where类似，查询的列不完全被索引覆盖，where条件中是一个前导列的范围

        null，查询的列未被索引覆盖，并且where筛选条件是索引的前导列，意味着用到了索引，但是部分字段未被索引覆盖，必须通过“回表”来实现，不是纯粹地用到了索引，也不是完全没用到索引

        Using temporary：mysql需要创建一张临时表来处理查询。出现这种情况一般是要进行优化的，首先是想到用索引来优化。

        using filesort。文件排序 没有索引字段的order by。

 

问题： 联合索引第一个字段使用范围查询，有时候出现using index condition 有时候出现using where。

备注：explain extended sql。 show WARNINGS；

 

通俗理解口诀：

   全值匹配我最爱，最左前缀要遵守；

   带头大哥不能死，中间兄弟不能断；

   索引列上少计算，范围之后全失效；

   LIKE百分写最右，覆盖索引不写星；

   不等空值还有or，索引失效要少用。

转载于:https://my.oschina.net/u/4120502/blog/3042981