首页 / MYSQL / Innodb表select查询顺序
Innodb表select查询顺序
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了Innodb表select查询顺序,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1514字,纯文字阅读大概需要3分钟。
内容图文
![Innodb表select查询顺序](/upload/InfoBanner/zyjiaocheng/584/99a1db54d74a4dd28bda45a970d6d61a.jpg)
今天知数堂一个学生反馈说在优化课中老师讲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;'
写入数据:
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);
#确认一下。
总结:
这个其实就是一个索引包含的查询案例。 如果静下来思考一下,也许很快就明白了。也不用这样去查问题。
技术在于折腾,多搞搞就明白了:)。
您可能感兴趣的文章:
- 可以改善mysql性能的InnoDB配置参数
- MySQL Innodb表导致死锁日志情况分析与归纳
- mysql更改引擎(InnoDB,MyISAM)的方法
- MySQL不支持InnoDB的解决方法
- Mysql启动中 InnoDB: Error: log file ./ib_logfile0 is of different size 0 5242880 bytes 的问题
- 浅谈MySQL存储引擎选择 InnoDB与MyISAM的优缺点分析
- Xtrabackup使用指南 InnoDB数据备份工具
- MYSQL无法启动提示: Default storage engine (InnoDB) is not available的解决方法
- MySQL数据库INNODB表损坏修复处理过程分享
内容总结
以上是互联网集市为您收集整理的Innodb表select查询顺序全部内容,希望文章能够帮你解决Innodb表select查询顺序所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。