今天知数堂一个学生反馈说在优化课中老师讲Innodb是以主键排序存储,读取的时间以主键为顺序读取,但发现个例外,如下:
?
CREATE TABLE zst_t1 ( uid int(10) NOT NULL AUTO_INCREMENT, id int(11) NOT NULL, PRIMARY KEY ( uid ), KEY idx_id ( id ) ) ENGINE=InnoDB;' |
写入数据:
?
| 1 | INSERT INTO zst_t1 VALUES (1,1),(12,1),(22,1),(23,1),(33,1),(2,2),(3,2),(10,2),(11,2),(4,4),(13,4),(14,4); |
执行查询:
select * from zst_t1;
为什么这个顺序是乱的,不按顺序排列呢?难道Innodb表并不是全按主键存储?
使用innodb_ruby这个工具查看一下存储结构什么样
看样子存储还是按主键排序存储的。没毛病。
再来看一下该表的索引:
看到这里应该明白了怎么会事了吧,原来这个查询是走的索引覆盖,没有在进行回表读取原数据。另外,也在此说明,Innodb二索索引包含了主键存储。
来继续证明一下:
看到using index 吧,表示这个查询利用索引查询出来结果,不用读取原表。
那么我们给造一个通过主键读取数据操作:
select * from zst_t1 use index(primary);
select * from zst_t1 use index(primary); #确认一下。
总结:
这个其实就是一个索引包含的查询案例。 如果静下来思考一下,也许很快就明白了。也不用这样去查问题。
技术在于折腾,多搞搞就明白了:)。
点击查看更多内容
为 TA 点赞
评论
共同学习,写下你的评论
评论加载中...
作者其他优质文章
正在加载中
感谢您的支持,我会继续努力的~
扫码打赏,你说多少就多少
赞赏金额会直接到老师账户
支付方式
打开微信扫一扫,即可进行扫码打赏哦