今天知数堂一个学生反馈说在优化课中老师讲Innodb是以主键排序存储，读取的时间以主键为顺序读取，但发现个例外，如下： 写入数据： 执行查询： [code]select * from zst_t1;[/code] [img]http://files.jb51.net/file_images/article/201701/201701012016003.png[/img] 为什么这个顺序是乱的，不按顺序排列呢？难道Innodb表并不是全按主键存储？ 使用innodb_ruby这个工具查看一下存储结构什么样 [img]http://files.jb51.net/file_images/article/201701/201701012016014.png[/img] 看样子存储还是按主键排序存储的。没毛病。 再来看一下该表的索引： [img]http://files.jb51.net/file_images/article/201701/201701012016015.png[/img] 看到这里应该明白了怎么会事了吧，原来这个查询是走的索引覆盖，没有在进行回表读取原数据。另外，也在此说明，Innodb二索索引包含了主键存储。 来继续证明一下： [img]http://files.jb51.net/file_images/article/201701/201701012016016.png[/img] 看到using index 吧，表示这个查询利用索引查询出来结果，不用读取原表。 那么我们给造一个通过主键读取数据操作： [code]select * from zst_t1 use index(primary);[/code] [img]http://files.jb51.net/file_images/article/201701/201701012016027.png[/img] [code]select * from zst_t1 use index(primary);  [/code]#确认一下。 [img]http://files.jb51.net/file_images/article/201701/201701012016028.png[/img] 总结： 这个其实就是一个索引包含的查询案例。 如果静下来思考一下，也许很快就明白了。也不用这样去查问题。 技术在于折腾，多搞搞就明白了：）。