B+树索引的使用

可以看到我们将取出行的数大概是表的100%的行，因此优化器没有选择使用索引。Mysql数据库的优化器会通过EXPLAIN的rows字段预估查

  什么时候使用B+树索引

  并不是在所有的查询条件下出现的列都需要添加索引。对于什么时候添加B+树索引，我的经验是访问表中很少一部分时，使用B+树索引才有意义。对于性别字段，地区字段，类型字段，它们可取值的范围很小，即低选着性。如：
 
  select * from student WHERE sex = 'M'
 
对于性别，可取值的范围只有'M','F'。对上述SQL语句得到的结果可能是该表的50%的数据，这时添加B+树索引时完全没有必要的。相反，如果某个字段的取值范围很广，几乎没有重复，即高选择性，即此时使用B+树索引时做合适的，例如姓名字段，基本上在一个应用中都不允许重名的出现。
 
  因此，当访问高选择性字段并从表中取出很少一部分时，对这个字段添加B+树索引是非常有必要的。但是如果出现了访问字段是高选择性的，但是取出的行数据占用表中大部分的数据时，这时MySQL数据库就不会使用B+树索引了，我们先来看一个例子：
 

mysql> show index from info\G;
 
*************************** 1. row ***************************
 
        Table: info
 
  Non_unique: 0
 
    Key_name: PRIMARY
 
 Seq_in_index: 1
 
  Column_name: id
 
    Collation: A
 
  Cardinality: 356639
 
    Sub_part: NULL
 
      Packed: NULL
 
        Null:
 
  Index_type: BTREE
 
      Comment:
 
Index_comment:
 
*************************** 2. row ***************************
 
        Table: info
 
  Non_unique: 1
 
    Key_name: index_link_family
 
 Seq_in_index: 1
 
  Column_name: link_family
 
    Collation: A
 
  Cardinality: 9385
 
    Sub_part: 255
 
      Packed: NULL
 
        Null: YES
 
  Index_type: BTREE
 
      Comment:
 
Index_comment:
 
*************************** 3. row ***************************
 
        Table: info
 
  Non_unique: 1
 
    Key_name: index_date
 
 Seq_in_index: 1
 
  Column_name: date
 
    Collation: A
 
  Cardinality: 356639
 
    Sub_part: NULL
 
      Packed: NULL
 
        Null:
 
  Index_type: BTREE
 
      Comment:
 
Index_comment: