同一个SQL语句 会由于表的数据（量、和值个数不同等）变化而执行不同的执行计划

最新推荐文章于 2023-03-23 10:30:02 发布
最新推荐文章于 2023-03-23 10:30:02 发布
阅读量2k 收藏 1
点赞数
分类专栏： oracle SQL语句优化调优
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/haiross/article/details/42459231
版权

同一个SQL语句  会由于表的数据（量、和值个数不同等）变化而执行不同的执行计划，因为随着表的数据（量、和值个数不同等）变化，执行同一个执行计划的代价也在变化。


同一个SQL语句 选择 一个执行计划的依据：

表 统计信息    由此计算出  不同的执行计划的代价  由此选代价小的执行计划


表 的统计信息 一定要反映表当前的数据情况，否则选出的执行计划实际上不是代价最小那个，此时就要优化了，重新更新下表 的统计信息









haiross
关注
专栏目录
LLM系列(0)：行业大模型落地服务在全业务场景的应用与探索【大模型智能问答、NL2SQL、文档智能分析智能生成、AI智能体决策等】
丨汀、的博客
04-26 915
行业大模型落地服务：在全业务场景的应用与探索【大模型智能问答、NL2SQL、文档智能分析智能生成、AI智能体决策等】
【大数据 OLAP ClickHouse 引擎】ClickHouse 系统架构和存储引擎实现原理 : 为什么 ClickHouse 这么快？ Why is ClickHouse so fast?
热门推荐
AI天才研究院
03-01 4万+
ClickHouse 是一款由俄罗斯 Yandex 公司开发的 C++ 开源高性能 OLAP 组件。在 Yandex 内部, ClickHouse 主要用于在线流量分析产品 Yandex Metrica，类似于 Google Analytics 或者百度统计。ClickHouse是一款MPP架构的列式存储数据库，但MPP和列式存储并不是什么"稀罕"的设计。拥有类似架构的其他数据库产品也有很多，但是为什么偏偏只有ClickHouse的性能如此出众呢？
SQL优化-同SQL不同执行计划-(CLOB详细分析1)
凌蓝风的灿烂天空
05-15 2939
 有个问题一直没有详细讨论，为什么在数据里检索147条记录速度明显慢于1万条记录。SQL回顾一下，【SQL 1】：select art.article_id, art.article_title, aps.adminaccount from tbnc_a art, tbnc_p aps where art.column_id = aps.scopestr   and a
oracle查询，为什么相同的sql，执行计划不同？
qq_16939219的博客
09-03 1196
**背景：**系统线上运行，出现性能问题，最后定位是某个表的索引存在问题，执行计划看到某个sql耗时挺长，走了全扫描，这个表是以某个时间字段分区的。 **测试发现：**用的同一个SQL去查询，执行计划不一样，有一个是走了索引，有一个没走，就不太明白是怎么回事。 这个表的组合索引为(D_REPORT_DATE,C_PORT_CODE,C_REPORT_TEMPLATE,C_ELEMENT_CODE)四个字段 其中D_REPORT_DATE 为分区字段，日期类型。 为什么会是这样呢，不懂是什么原理。 我的查询
SQL优化-同SQL不同执行计划(一)
凌蓝风的灿烂天空
05-14 5096
 问题来源：CSDN Oracle技术论坛问题        ：myepoch提出相同SQL因为检索的值，不同执行效率差别巨大。问题环境：Oracle 10g，TBNC_P表在adminaccount有B树索引，TBNC_P总记录数：33422行TBNC_A总记录数：40782行结果      ：已经解决，优化后的SQL执行时间，均小于0.032秒【SQL 1】：sel
相同的sql语句，不同的数据量，执行计划有什么不同呢
最新发布
lsq647476的博客
03-23 212
相同的sql语句，不同的数据量，执行计划有什么不同呢。
SQL优化-同SQL不同执行计划(三)-完
凌蓝风的灿烂天空
05-15 1465
【疑惑三、疑惑四解答】通过上两个问题探索，已经基本确定是IO所致。Myepoch提出问题，【SQL1全表扫描】和【SQL2】执行计划【总成本】完全相同，但是为什么执行时间差别那么大呢？其实，既然是【总成本】，那么他就包涵了很多，大家多数时候误认为【总成本】就是【执行时间成本】，这是个错误的理解，【总成本】包括【CPU成本】、【时间成本】和【IO成本】等，在多数情况下，【总成本】和【
警示：一个update语句引起大量gc等待和业务卡顿
Enmotech的博客
07-10 1万+
墨墨导读：业务卡顿异常，有几个 insert into 语句的gc等待比较严重，发生业务超时，本文分析了超时原因并详述整个处理过程，希望对大家有帮助。1. 故障现象客户报2020年7月9...
Oracle SQL执行计划与优化
yumushui的专栏
07-18 3323
目录 系统函数Userenv00、准备工作作业1ROWID、ROWNUM分析Oracle索引扫描四大类DML语句-MERGEDML语句-CALLEXPLAIN PLAN总结oracle table-lock的5种模式SQL优化器如何进行评估优化执行计划稳定性深入研究Oracle查询优化4大方面的主要途径SQL优化例子
【极富参考价值！】第1章 ClickHouse 简介《ClickHouse 企业级大数据分析引擎实战》...
AI天才研究院
12-13 9490
《ClickHouse 企业级大数据分析引擎实战》全书目录目录第1章 ClickHouse 简介第2章 MergeTree 表存储引擎第3章 ClickHouse SQL 执行原理第4章 ...
oracle相同sql执行计划不同,同样SQL同样执行计划在不同节点运行时间差很远
weixin_39579726的博客
04-13 1012
Oracle 10.2.0.4 , Linux AS 5.464bit ， 4 Nodes RAC设置上因为节点4是作为report用处的，所以我们将它与其他3个节点彻底分割开(通过remote_listener=''来设置，其他节点都有设置)， 同样的一个report SQL ，在4个节点上的cost及执行步骤，执行计划一模一样， 但是在专用于report的节点4上运行比较快 (大约1分...
故障分析 | MySQL 相同 SQL 不同环境执行时间不一样案例分析
ActionTech的博客
02-13 1623
书写SQL时，心里要明白哪种执行计划是最优的，比如多张表关联时，是否可以适当利用标量子查询、排除干扰驱动表选择因素，使执行计划简单稳定。
返回相同结果，用不同SQL的执行计划
蘑菇丁的专栏
11-06 637
1）SQL> select deptno from scott.dept where deptno not in (select deptno from scott.emp); Execution Plan ---------------------------------------------------------- Plan hash value: 304125360 ----
为什么预估执行计划与真实执行计划会有差异？
Enmotech的博客
04-12 488
云和恩墨北区技术工程师专注于 SQL 审核和优化相关工作。曾经服务的客户涉及金融保险、电信运营商、政府、生产制造等行业。郭成日本文由恩墨大讲堂154期线上分享整理而成。一问题概要对同一个 SQL 语句的 ExplainPlan 里显示的预估执行计划与通过 V$SQL_PLAN 视图获取的 Runtime Plan 真实执行计划，偶尔会发现两边有不一致的情况，为什么呢？为什么预估执行计划会不准确？怎
oracle 相同的sql执行两次 执行计划会不一样吗,同样的SQL语句在两个数据库上执行，执行计划差别很大，怎么回事？...
weixin_30575925的博客
04-07 841
同样的SQL语句在两台数据库服务器上执行(两个数据库的结构都是一样的)，执行计划和响应时间却是相差很大，请问这是怎么回事：////////sql语句： select count(*) from table1 a,table1 b,table cwherec.parentid=b.id and b.parentid=a.id and a.parentid=1 and c.type=5 and b...
oracle 同一语句，执行效率时快时慢
雨果不下雨的博客
07-08 6183
oracle语句执行效率 在ETL项目中遇到一个问题，同一sql语句，但是执行的时间却是天差地别，有时很快有时非常慢，这是有可能oralce在执行语句是自动对于sql 语句进行了调优，而我们手动调优的后，db又自动调优，时间就花在db的自动调优上，往往调优的还使执行变慢。 “sql 文本包含/SQL Analyze（5，0）/这样的信息通常是SQL Tuning Advisor调用的，这表明这个h...
oracle 执行sql参数混乱,同一个sql，参数不同，执行计划差异很大
weixin_42135462的博客
04-04 445
r select count(*)from (select quxiantodishi(ti.city_code) city_code, t.trade_moneyfrom trade_history t, sp_info tiwhere t.sp_id = ti.sp_idand t.partition_id = 2and t.start_time betweento_date('2016020...
PostgreSQL执行计划介绍
u011868279的博客
08-31 5475
PostgreSQL执行计划介绍
Oracle相同的一个SQL执行计划截然不同的解决方法
weixiaohuai的博客
06-02 3622
最近在项目中遇到了一个很奇怪的问题，有个结构稍微复杂点的SQL（left join了十几张表）在一个项目地A查询时两秒返回数据，但是相同的SQL部署在另外一个项目地B却花费90多秒，更奇怪的是项目地B的数据库服务器比A好很多，还有数据总行数也比项目地A的少一些，然而花费的时间却多了几十倍。这个时候我比较了一下两个项目地该条sql的执行计划，发现执行计划是截然不同的。 刚开始一直以为是SQL层面的问题，不断尝试优化对应的索引，经过优化后，项目地B还是需要花费40多秒，感觉SQL层面很难进行优化了，我已经尽力
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值