order by 性能问题，求高手指点。
时间：2011-11-14
来源：互联网
一张表 table1 有23202281 条数据
我 select 字段1，字段2，字段3 from table1 order by 字段1，字段2，字段3
很慢。
这3个字段我加了索引还是慢。
我还应该从那方面优化或设置下，能查询快点？
我 select 字段1，字段2，字段3 from table1 order by 字段1，字段2，字段3
很慢。
这3个字段我加了索引还是慢。
我还应该从那方面优化或设置下，能查询快点？
作者: ljfsun6688 发布时间: 2011-11-14
如果这张表平时插入较少，查询较多，改成索引组织表。
作者: BenChiM888 发布时间: 2011-11-14
where都没有吗、
作者: lxpbs8851 发布时间: 2011-11-14
select 字段1，字段2，字段3 from table1 order by 字段1，字段2，字段3
这一下就是2000W+数据,按照1000W是1G数据量来算就是2G多了,不慢是不可能的.读硬盘,排序,网络传输...
可以考虑加查询条件,以缩小范围,异步多次查询.
这一下就是2000W+数据,按照1000W是1G数据量来算就是2G多了,不慢是不可能的.读硬盘,排序,网络传输...
可以考虑加查询条件,以缩小范围,异步多次查询.
作者: tx2730 发布时间: 2011-11-14
有23202281 条数据
=============================
一定会慢，即使是索引扫描。系统要返回 2 千万条数据。
正常业务应该不会有这样的既没有 where 又没有 group by 的返回大量数据的 select 语句。
=============================
一定会慢，即使是索引扫描。系统要返回 2 千万条数据。
正常业务应该不会有这样的既没有 where 又没有 group by 的返回大量数据的 select 语句。
作者: ruihuahan 发布时间: 2011-11-14
怎么回事呢， 我把数据范围缩小到7000多条， 还是很慢啊。 看来得从程序上下手了， 整个分页。
作者: ljfsun6688 发布时间: 2011-11-14
7k多的SQL是怎么写的,执行计划看看?
lz头像很给力,我不否认我笑了
lz头像很给力,我不否认我笑了
作者: tx2730 发布时间: 2011-11-14
引用 5 楼 ljfsun6688 的回复:
怎么回事呢， 我把数据范围缩小到7000多条， 还是很慢啊。 看来得从程序上下手了， 整个分页。
怎么回事呢， 我把数据范围缩小到7000多条， 还是很慢啊。 看来得从程序上下手了， 整个分页。
把你的SQL贴出来大家看下吧，很有可能是你的SQL有问题导致查询没有走索引。
作者: xiaobn_cn 发布时间: 2011-11-14
相关阅读 更多
热门阅读
-
office 2019专业增强版最新2021版激活秘钥/序列号/激活码推荐 附激活工具
阅读：74
-
如何安装mysql8.0
阅读：31
-
Word快速设置标题样式步骤详解
阅读：28
-
20+道必知必会的Vue面试题（附答案解析）
阅读：37
-
HTML如何制作表单
阅读：22
-
百词斩可以改天数吗？当然可以，4个步骤轻松修改天数！
阅读：31
-
ET文件格式和XLS格式文件之间如何转化？
阅读：24
-
react和vue的区别及优缺点是什么
阅读：121
-
支付宝人脸识别如何关闭?
阅读：21
-
腾讯微云怎么修改照片或视频备份路径?
阅读：28
