Mysql 索引没有好处。如果索引节点不在内存中,当然会。还可以如何使用它?“如果从集群索引中检索数据,是否会发生物理磁盘io?”还要添加到@Barmar的注释SELECT from table WHERE=''can/will仍然需要磁盘或内存I/O来获取不在索引文
Mysql 索引没有好处。如果索引节点不在内存中,当然会。还可以如何使用它?“如果从集群索引中检索数据,是否会发生物理磁盘io?”还要添加到@Barmar的注释SELECT from table WHERE=''can/will仍然需要磁盘或内存I/O来获取不在索引文,mysql,indexing,innodb,Mysql,Indexing,Innodb,索引没有好处。如果索引节点不在内存中,当然会。还可以如何使用它?“如果从集群索引中检索数据,是否会发生物理磁盘io?”还要添加到@Barmar的注释SELECT from table WHERE=''can/will仍然需要磁盘或内存I/O来获取不在索引文件中的列数据。索引不会阻止磁盘I/O,它们只是减少了磁盘I/O。中间节点比叶节点小,因此可以在内存中容纳更长的时间。“索引不会阻止磁盘I/O,它们只是减少了磁盘I/O”是和否@Barmar它比该语句复杂得多。。。想象一下,如果您要从表中获取完整
索引没有好处。如果索引节点不在内存中,当然会。还可以如何使用它?“如果从集群索引中检索数据,是否会发生物理磁盘io?”还要添加到@Barmar的注释
SELECT from table WHERE=''
can/will仍然需要磁盘或内存I/O来获取不在索引文件中的列数据。索引不会阻止磁盘I/O,它们只是减少了磁盘I/O。中间节点比叶节点小,因此可以在内存中容纳更长的时间。“索引不会阻止磁盘I/O,它们只是减少了磁盘I/O”是和否@Barmar它比该语句复杂得多。。。想象一下,如果您要从表中获取完整的数据集。。当使用索引(n*4ms)时,我宁愿看到每个记录的1个随机磁盘请求(1*4ms)与1个随机磁盘请求(n*4ms)。。但这个问题在繁重的数据库理论和优化器中变得越来越重要……是的,我在简化。在许多情况下,它们会减少索引,但有时查询规划器会确定索引没有好处。