问题：一个 100W 的表查询的时候只展示 10 条但是没有任何的筛选条件 explain 的时候发现扫描了 100W 条!!

分享 / 154 / 4 / 创建于 3年前

相信很多人在工作经常会发生这种情况——查询一张表只展示10条记录但是表里面有100W条数据在没有任何的筛选索引的操作下 explain的时候发现扫描了100W条实际情况我只展示10条该如何处理？

我这边的处理是选择 id > 0 这时候explain发现扫描的数量少了一半。
希望各路大神路过给点意见

Code_Er

课程读者 33 声望

404研发员 @ BUG研发机构

没有什么BUG是造不出来的

0 人点赞

我们将带你从零开发一个项目并部署到线上，本课程教授 Web 开发中专业、实用的技能，如 Git 工作流、Laravel Mix 前端工作流等。

从零开发一个电商项目，功能包括电商后台、商品 & SKU 管理、购物车、订单管理、支付宝支付、微信支付、订单退款流程、优惠券等

推荐文章：

更多推荐...

工作

[求职]在郑州工作4年的程序媛的简历优化 13 / 172 |

博客

工作小锦囊系列——如何实现一个车辆预定功能（下） 13 / 15 |

博客

冯老师的困惑——测试和正式环境掐架篇（一） 15 / 23 |

分享创造

使用 Laravel 10 & Vue 3 开发了一个社区站，一起来玩下～ 17 / 39 |

博客

简单对比一下DcatAdmin和filament的各自优缺点 29 / 33 |

博客

历时一个月，《穿透Laravel》全书完成！ 88 / 25 |

讨论数量: 4

风吹过有夏天的味道

课程读者 334 声望 / php小菜鸟 @ myself

表默认的主键索引，只展示10条数据可以使用limit offset

3年前评论

Code_Er （楼主）

是展示十条,问题在于扫描了全表

php_yt

1.1k 声望

1，没有用到索引当然全表扫描，解决方案就是建立索引。 2，分页的情况下，当页数越大时，使用limit offset性能开始下降， id >也是比较好的优化。 3，拆分 sql，改变查询思路，mysql5.6后连接mysql带来的时间消耗几乎可以忽略，多次查询有时比一次查询效率更高。

3年前评论

Code_Er （楼主）

关于第三个问题,我尝试在查询的时候循环每次1000条查询插入数组但是发现还是不怎么理想

php_yt

1.1k 声望

只100W数据而已， limit offset 即可，看explain的时间，如果很快无需优化

3年前评论

Code_Er （楼主）

这个查询关联到了导出数据这个功能的,因为单查询这100W条数据(不分页的情况下)已经nginx报504了所以看看能不能从查询优化入手先

淡淡の盐

课程读者 0 声望

增加冷热数据，用时间去缩小全表扫的范围
如果ID无断续情况，可自己计算出一页的开始结束ID，能过id精准查出记录

自己的猜想，不一定对 -_-!

3年前评论

Code_Er （楼主）

老哥关于冷热数据的方案你能否分享下思路嘛 ID那个不保险呀如果非自增的id那就有变数了，比如分布式用雪花算法去生成ID的

讨论应以学习和精进为目的。请勿发布不友善或者负能量的内容，与人为善，比聪明更重要！

帮助

问题：一个 100W 的表查询的时候只展示 10 条但是没有任何的筛选条件 explain 的时候发现扫描了 100W 条!!

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

问题：一个 100W 的表查询的时候只展示 10 条但是没有任何的筛选条件 explain 的时候发现扫描了 100W 条!!

推荐文章：

社区赞助商

关于 LearnKu

资源推荐

服务提供商

其他信息

请登录