Mysql 大表分页查询优化(二)

栏目: 数据库 · Mysql · 发布时间: 6年前

内容简介:开发同学按照传达的精神使用了上次说的大表翻页优化的方式在做翻页查询了。执行时间97秒。执行查看表总数都执行了

开发同学按照传达的精神使用了上次说的大表翻页优化的方式在做翻页查询了。执行时间97秒。

select a2.id,a2.keyword,a2.url from (select id from table_name order by id asc limit 73575000, 5000) a1, table_name a2 where a1.id=a2.id

Mysql 大表分页查询优化(二)

select count(*) from table_name;

执行查看表总数都执行了 70292.60ms ,总行数是 118345950 行。

对于这种表,做大表翻页优化,也已经无效了。那应该怎么弄呢?

我们先不去纠结历史原因,为什么没有分表。着眼解决当前的问题。

问下具体开发的同学,是在全表扫描这个表是否命中一些违禁词。这样就好办了。我们只需要“ 分段扫描就行了呀

select id from table_name where id>73575000 order by id asc limit 0, 5000

执行时间 19.63ms

select a2.id,a2.keyword,a2.url from (select id from table_name where id>73575000 order by id asc limit 0, 5000) a1, table_name a2 where a1.id=a2.id

执行时间 26.35ms ,又可以愉快的玩耍了。

总结

为什么可以这样写呢,因为这次是循环扫描,本次扫描就知道下次查询的起始 id。不会跳着访问。


以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们

互联网寡头战争

互联网寡头战争

屈运栩 / 浙江大学出版社 / 2017-5-1 / CNY 49.00

本书意在复盘2015年下半年资本寒冬袭来之后,互联网行业发生的小巨头并购等连锁反应,揭示其背后推手——以BAT(百度、阿里巴巴、腾讯)为首的互联网巨头在零售、出行、本地生活、金融等行业的布局竞争,记录和呈现行业新贵的选择与博弈,深度剖析中国互联网生态的演进过程。一起来看看 《互联网寡头战争》 这本书的介绍吧!

JS 压缩/解压工具
JS 压缩/解压工具

在线压缩/解压 JS 代码

SHA 加密
SHA 加密

SHA 加密工具

HSV CMYK 转换工具
HSV CMYK 转换工具

HSV CMYK互换工具