详解在mysql查询时,offset过大影响性能的原因与优化方法


当前第2页 返回上一页

如果在找到主键索引后,先执行offset偏移处理,跳过300000条,再通过第300001条记录的主键索引去读取数据块,这样就能提高效率了。

如果我们只查询出主键,看看有什么不同

1

2

3

4

mysql> select id from member where gender=1 limit 300000,1;

+--------+| id     |

+--------+| 599465 |

+--------+1 row in set (0.09 sec)

很明显,如果只查询主键,执行效率对比查询全部字段,有很大的提升。

推测

只查询主键的情况
因为二级索引已经找到主键值,而查询只需要读取主键,因此mysql会先执行offset偏移操作,再根据后面的主键索引读取数据块。

需要查询所有字段的情况
因为二级索引只找到主键值,但其他字段的值需要读取数据块才能获取。因此mysql会先读出数据块内容,再执行offset偏移操作,最后丢弃前面需要跳过的数据,返回后面的数据。

证实

InnoDB中有buffer pool,存放最近访问过的数据页,包括数据页和索引页。

为了测试,先把mysql重启,重启后查看buffer pool的内容。

1

2

mysql> select index_name,count(*) from information_schema.INNODB_BUFFER_PAGE where INDEX_NAME in('primary','gender') and TABLE_NAME like '%member%' group by index_name;

Empty set (0.04 sec)

可以看到,重启后,没有访问过任何的数据页。

查询所有字段,再查看buffer pool的内容

1

2

3

4

5

6

7

mysql> select * from member where gender=1 limit 300000,1;

+--------+------------+--------+| id     | name       | gender |

+--------+------------+--------+| 599465 | f48375bdb8 |      1 |

+--------+------------+--------+1 row in set (0.38 sec)mysql> select index_name,count(*) from information_schema.INNODB_BUFFER_PAGE where INDEX_NAME in('primary','gender') and TABLE_NAME like '%member%' group by index_name;

+------------+----------+| index_name | count(*) |

+------------+----------+| gender     |      261 || PRIMARY    |     1385 |

+------------+----------+2 rows in set (0.06 sec)

可以看出,此时buffer pool中关于member表有1385个数据页,261个索引页。

重启mysql清空buffer pool,继续测试只查询主键

1

2

3

4

5

6

7

mysql> select id from member where gender=1 limit 300000,1;

+--------+| id     |

+--------+| 599465 |

+--------+1 row in set (0.08 sec)mysql> select index_name,count(*) from information_schema.INNODB_BUFFER_PAGE where INDEX_NAME in('primary','gender') and TABLE_NAME like '%member%' group by index_name;

+------------+----------+| index_name | count(*) |

+------------+----------+| gender     |      263 || PRIMARY    |       13 |

+------------+----------+2 rows in set (0.04 sec)

可以看出,此时buffer pool中关于member表只有13个数据页,263个索引页。因此减少了多次通过主键索引访问数据块的I/O操作,提高执行效率。

因此可以证实,mysql查询时,offset过大影响性能的原因是多次通过主键索引访问数据块的I/O操作。(注意,只有InnoDB有这个问题,而MYISAM索引结构与InnoDB不同,二级索引都是直接指向数据块的,因此没有此问题 )。

InnoDB与MyISAM引擎索引结构对比图

这里写图片描述


优化方法

根据上面的分析,我们知道查询所有字段会导致主键索引多次访问数据块造成的I/O操作。

因此我们先查出偏移后的主键,再根据主键索引查询数据块的所有内容即可优化。

1

2

3

4

mysql> select a.* from member as a inner join (select id from member where gender=1 limit 300000,1) as b on a.id=b.id;

+--------+------------+--------+| id     | name       | gender |

+--------+------------+--------+| 599465 | f48375bdb8 |      1 |

+--------+------------+--------+1 row in set (0.08 sec)

本篇文章讲解了在mysql查询时,offset过大影响性能的原因与优化方法 ,更多相关内容请关注php中文网。

相关推荐:

关于php使用正则去除宽高样式的方法

详解文件内容去重及排序 的相关内容

解读mysql大小写敏感配置问题

以上就是详解在mysql查询时,offset过大影响性能的原因与优化方法的详细内容,更多文章请关注木庄网络博客!!

返回前面的内容

相关阅读 >>

mysql精讲之三:ddl数据定义语句

mysql联合查询语句是什么

mysql数据库中修改语句的语法是什么

分享mysql基于ssl安全连接的主从复制的详细介绍

mysql索引怎么用

mysql数据库如何利用用navicat新建用户?

mysql需要commit么

linux安装jdk和tomcat以及mysql的图文教程

删除mysql用户组的命令是什么?

mysql中的router是什么

更多相关阅读请进入《mysql》频道 >>


数据库系统概念 第6版
书籍

数据库系统概念 第6版

机械工业出版社

本书主要讲述了数据模型、基于对象的数据库和XML、数据存储和查询、事务管理、体系结构等方面的内容。



打赏

取消

感谢您的支持,我会继续努力的!

扫码支持
扫码打赏,您说多少就多少

打开支付宝扫一扫,即可进行扫码打赏哦

分享从这里开始,精彩与您同在

评论

管理员已关闭评论功能...