一个SQL有时执行速度很快有时很慢，请问处理思路

Posted 2023-04-12

参考技术A

原因有很多的。

主键约束。

当数据量达到百万以上的时候，你用主键去搜索某一条数据时速度是极快的。但当你不用主键去搜索的时候速度就降了几十倍甚至上百倍，这个是主键的好处。

索引。

当你的表字段设置有索引的时候，搜索速度比不创建索引要快几倍至几十倍。

sql语句不够优化。

在查询某数据的时候，能不用*就尽量不用，想要哪个字段就查哪个，多余的不要，这样就能达到数据传输精简化，让查询速度也能快上许多。

多表联合查询。

在大数据量的时候这个多表查询尽量不用，毕竟是很耗内存的，宁愿用其他语言循环执行简单的 select 字段 from 表名 where 条件 这样的简单sql语句，这样也能加快速度。

其他方面还有很多的，比如服务器的原因呀，数据库表结构类型呀。。。我就不多说了。

本回答被提问者和网友采纳 参考技术B 如果是指页面执行速度

1、网速问题
2、SQL的参数传址
3、是否锁表

隐含参数_optimizer_use_feedback

问题背景：
有时候会遇到比较奇怪的现象，首次执行sql速度很快，后面再执行就变得很慢

正常来讲同样的一条SQL查询语句，根据执行计划，第一次查询完以后，后续再执行相同的语句应该很快才对。
可是，现实却是第一次查询不慢（优化后2秒内查询），第二次以后就很慢。

对于执行计划中，在note部分有“cardinality feedback used for this statement”，表示使用了基数反馈（Cardinality Feedback）
基数反馈（Cardinality Feedback）是 Oracle 11.2 中引入的新特性，主要针对统计信息旧、无直方图或有直方图但仍基数计算不准确的情况，
Cardinality 基数的计算直接影响到后续的 JOIN COST 等重要的成本计算评估，造成 CBO 选择错误的执行计划。但是该参数存在不稳定因素，可能会带来执行效率的问题，建议关闭

alter system set "_optimizer_use_feedback"=FALSE;

此处先在session级别关闭

alter session set "_optimizer_use_feedback"=FALSE;

接下来反复执行sql，发现执行时间恢复正常