这是一个旷日持久的问题
项目中使用的Oracle需要10秒钟以上的时间查看百万以上的数据、10个分页，10秒钟以上的时间查看高服务的首页，而不良配置的服务需要几十秒钟。 我受不了。 倒不如说
mysql速度
前后几次都想把它优化，但研究了好几次，一点进展也没有
通过昨天和今天的sql developer (我不用PL/SQL，而不是开玩笑)解释器，我看到查询使用的是全表扫描
以前认为是因为使用了like
在我自己的知识库中，我只知道like关键字的开头可以使用索引，而不是通配符
但现实中，它不是以通配符开头的，也没有使用索引
然后在另一个条件下索引，但还是不行
是删除外部分页的语句还是不使用索引
删除左链接不会使用索引
绝望的时候
删除order by后，瞬间奇迹来了
查询花了12秒以上，很快就到了0.078秒
这不是问题吗
我马上又去找了。 这是oracle order by查询缓慢的原因
我找了很多，很多人给的解决办法是编制索引，进行索引
但是这个怎么操作不太清楚
好了，那还是去索引吧。 要让order by后面的索引，我们在order by后面的字段中分别索引了它，但查询也是徒劳的。 果然很晚
我想又有网友说了，order by后面跟主键
好了，我这不能和主键在一起。 已尝试主键在后面
查询确实快了，但这个查询的结果不是我想要的
你怎么办
主键，那是唯一的索引吧
那么，创建匹配索引后，将order by后面的字段和主键一起创建复合索引怎么样？
试着做了。 哈哈，我很高兴成功。
查询从12秒到0.0几秒，快了几百倍吧。
问题到此结束，
是怎么解决的呢
还是要在order by后面的字段中索引并创建包含主键的复合索引
如果count语句很慢，则向count中添加where条件字段也很有效。
------------正文结束。 谢谢您阅读--------------------------------------------------- -。
请注明本文的标题和链接。 《oracle分页查询缓慢的情况》