MySQL索引和explain学习（二）

CREATE TABLE `demo` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `age` int(3) DEFAULT NULL COMMENT '年龄',
  PRIMARY KEY (`id`),
  KEY `index_age` (`age`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci;

1.为什么会这样呢，第一张图选择走了age这列索引呢？先申明一点2级索引的大小是远小于主键索引树的大小的。又因为index_age这个索引包含整个表的数据，
id和age嘛，所以才有了explain后key这列和type这列的情况。
2.第二张图中的表在图一的基础上了name一列，索引没改变。那为啥它全表扫描了呢，因为单纯的index_age这个索引树上没有name列的值，你终究还得回表，
所以干脆直接到主键索引树的叶子节点一个一个吧遍历数据了。

1.比如说的not null、null、in、not in他在数据量大或者小都有可能有不同的表现，涉及到mysql内部的优化和判断。
null的数据会找个地方放在一起（看视频得到的消息，待验证）

答案：索引覆盖

明明where后是有索引列>1 and 索引列<100000000这样正常使索引生效的语句，但在用explain执行时，却发现没有走索引，此时可以缩小范围逐步验证索引生效的
情况，最有可能就是因为数据量太大导致mysql认为直接全部扫描可能比走索引快些