wordpress访客插件,seo推广软,本地建设网站,郑州品牌网站建设延迟关联#xff1a;通过使用覆盖索引查询返回需要的主键,再根据主键关联原表获得需要的数据。为什innodb的索引叶子节点存的是主键#xff0c;而不是像myisam一样存数据的物理地址指针#xff1f;如果存的是物理地址指针不就不需要二次查找了吗#xff0c;根据myisam和inn…延迟关联通过使用覆盖索引查询返回需要的主键,再根据主键关联原表获得需要的数据。为什innodb的索引叶子节点存的是主键而不是像myisam一样存数据的物理地址指针如果存的是物理地址指针不就不需要二次查找了吗根据myisam和innodb数据存储方式的差异去想Imyisam索引文件和数据文件是分离的索引文件仅保存数据记录的地址。而在InnoDB中表数据文件本身就是按BTree组织的一个索引结构这棵树的叶节点data域保存了完整的数据记录。这个索引的key是数据表的主键因此InnoDB表数据文件本身就是主索引。innodb为了避免二次查找可以使用索引覆盖技术无法使用索引覆盖的就使用基于索引覆盖实现延迟关联一般查询order by col limit N,OFFSET M, MySQL 执行此类sql时需要先扫描到N行select goods_id,name from sm_goods_all order by goods_id limit 1000000, 1010 rows retrieved starting from 1 in 3s 611ms (execution: 3s 603ms, fetching: 8ms)延迟关联查询select g1.goods_id, g1.name fromsm_goods_all g1, (SELECT goods_id FROM sm_goods_all ORDER BY goods_id LIMIT 1000000, 10) g2where g1.goods_idg2.goods_id10 rows retrieved starting from 1 in 246ms (execution: 236ms, fetching: 10ms)select goods_id,name fromsm_goods_allwhere goods_id (select goods_id from sm_goods_all order by goods_id asc limit 1000000,1)limit1010 rows retrieved starting from 1 in 246ms (execution: 234ms, fetching: 12ms)数据量大的情况下延迟关联比一般查询快了10陪参考
