那些大方舍得为你花钱的人，并不是多么富有，谁的钱都不是大风刮来的，而是他觉得你们的关系比钱重要，因为重要才舍得。透过云端的道路，只亲吻攀登者的足迹。
今天知数堂一个学生反馈说在优化课中老师讲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); #确认一下。
总结：
这个其实就是一个索引包含的查询案例。 如果静下来思考一下，也许很快就明白了。也不用这样去查问题。
技术在于折腾，多搞搞就明白了：）。
到此这篇关于Innodb表select查询顺序就介绍到这了。有时，你的认真努力，别人一句话就抹杀。没人在乎你是如何寂静挑灯，如何病中与键盘为伴，如何纠结情节。他们只是一句话，不好看。想来，自己又何尝不是如此。一双鞋子，一件衣服，也会一句，设计师脑袋进水了吗？这么想，好了许多。谁都不是你，做好自己、你爱的自己，已足够。更多相关Innodb表select查询顺序内容请查看相关栏目，小编编辑不易，再次感谢大家的支持！
