可以看到我们将取出行的数大概是表的100%的行，因此优化器没有选择使用索引。Mysql数据库的优化器会通过EXPLAIN的rows字段预估查
什么时候使用b+树索引
并不是在所有的查询条件下出现的列都需要添加索引。对于什么时候添加B+树索引，我的经验是访问表中很少一部分时，使用B+树索引才有意义。对于性别字段，地区字段，类型字段，它们可取值的范围很小，即低选着性。如：
select * from student WHERE sex = ‘M’
对于性别，可取值的范围只有’M’,’F’。对上述SQL语句得到的结果可能是该表的50%的数据，这时添加B+树索引时完全没有必要的。相反，如果某个字段的取值范围很广，几乎没有重复，即高选择性，即此时使用B+树索引时做合适的，例如姓名字段，基本上在一个应用中都不允许重名的出现。
因此，当访问高选择性字段并从表中取出很少一部分时，对这个字段添加B+树索引是非常有必要的。但是如果出现了访问字段是高选择性的，但是取出的行数据占用表中大部分的数据时，这时MySQL数据库就不会使用B+树索引了，我们先来看一个例子：
Natural Language Playlist
探索语言和音乐之间丰富而复杂的关系，并使用 Transformer 语言模型构建播放列表。
45 查看详情 
mysql> show index from infoG;
*************************** 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:
，
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1083955.html
微信扫一扫 
支付宝扫一扫 
