错误的转换绑定变量类型导致执行计划错误

最新推荐文章于 2021-05-27 14:52:10 发布
最新推荐文章于 2021-05-27 14:52:10 发布
阅读量571 收藏
点赞数 1
分类专栏： ORACLE SQL优化
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wujizhou/article/details/22414465
版权

昨天开发来问我个问题，一个业务sql执行缓慢，下面

SQL> SELECT A.ISSUE_OID,
      (SELECT B.ISSUE_END_TIME FROM ISSUE_T B WHERE A.ISSUE_OID = B.IWOID) AS ISSUE_END_TIME,
      (SELECT C.ENCASH_END_TIME FROM ISSUE_T C WHERE A.ISSUE_OID = C.IWOID) AS ENCASH_END_TIME,
      A.OPERATOR_ID,
      ...
 FROM SALE_DETAIL_T A
WHERE 1 = 1
  AND A.TICKET_STATE = ?
  AND A.SALE_TIME between ? and ?
......


SALE_DETAIL_T 数据600w，返回结果少量，SALE_TIME是索引列

带入参数，查看执行计划



----------------------------------------------------------------------------------------------------------
| Id  | Operation                    | Name                      | Rows  | Bytes | Cost (%CPU)| Time     |
----------------------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT             |                           |     1 |   187 |     3  (34)| 00:00:01 |
|   1 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    41 |     2   (0)| 00:00:01 |
|*  2 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|   3 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    41 |     2   (0)| 00:00:01 |
|*  4 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|   5 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    37 |     2   (0)| 00:00:01 |
|*  6 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|   7 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    36 |     2   (0)| 00:00:01 |
|*  8 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|   9 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    36 |     2   (0)| 00:00:01 |
|* 10 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|  11 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    37 |     2   (0)| 00:00:01 |
|* 12 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|  13 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    37 |     2   (0)| 00:00:01 |
|* 14 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|  15 |  TABLE ACCESS BY INDEX ROWID | ISSUE_T                   |     1 |    37 |     2   (0)| 00:00:01 |
|* 16 |   INDEX UNIQUE SCAN          | PK_ISSUE_T                |     1 |       |     1   (0)| 00:00:01 |
|  17 |  HASH GROUP BY               |                           |     1 |   187 |     3  (34)| 00:00:01 |
|* 18 |   TABLE ACCESS BY INDEX ROWID| SALE_DETAIL_T             |     1 |   187 |     2   (0)| 00:00:01 |
|* 19 |    INDEX RANGE SCAN          | SALE_DETAIL_SALE_TIME_IDX |     1 |       |     2   (0)| 00:00:01 |
----------------------------------------------------------------------------------------------------------


Predicate Information (identified by operation id):
---------------------------------------------------


   2 - access("B"."IWOID"=:B1)
   4 - access("C"."IWOID"=:B1)
   6 - access("E"."IWOID"=:B1)
   8 - access("D"."IWOID"=:B1)
  10 - access("E"."IWOID"=:B1)
  12 - access("F"."IWOID"=:B1)
  14 - access("G"."IWOID"=:B1)
  16 - access("H"."IWOID"=:B1)
  18 - filter("A"."TICKET_STATE"=1)
  19 - access("A"."SALE_TIME">=TO_DATE('2014-03-01 00:00:00', 'yyyy-mm-dd hh24:mi:ss') AND
              "A"."SALE_TIME"<=TO_DATE('2014-03-01 23:59:59', 'yyyy-mm-dd hh24:mi:ss'))
       filter(SYS_OP_DESCEND("A"."SALE_TIME")<=HEXTORAW('878DFCFEF8FEF8FF')  AND
              SYS_OP_DESCEND("A"."SALE_TIME")>=HEXTORAW('878DFCFEE7C3C3FF') )




Statistics
----------------------------------------------------------
          1  recursive calls
          0  db block gets
          3  consistent gets
          0  physical reads
          0  redo size
       1419  bytes sent via SQL*Net to client
        457  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          0  rows processed




真实的执行计划如下

---------------------------------------------------------------------------------------------
| Id  | Operation                   | Name          | Rows  | Bytes | Cost (%CPU)| Time     |
---------------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |               |   125 | 23375 |   101K  (2)| 00:20:15 |
|   1 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    41 |     2   (0)| 00:00:01 |
|*  2 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|   3 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    41 |     2   (0)| 00:00:01 |
|*  4 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|   5 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    37 |     2   (0)| 00:00:01 |
|*  6 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|   7 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    36 |     2   (0)| 00:00:01 |
|*  8 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|   9 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    36 |     2   (0)| 00:00:01 |
|* 10 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|  11 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    37 |     2   (0)| 00:00:01 |
|* 12 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|  13 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    37 |     2   (0)| 00:00:01 |
|* 14 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|  15 |  TABLE ACCESS BY INDEX ROWID| ISSUE_T       |     1 |    37 |     2   (0)| 00:00:01 |
|* 16 |   INDEX UNIQUE SCAN         | PK_ISSUE_T    |     1 |       |     1   (0)| 00:00:01 |
|  17 |  HASH GROUP BY              |               |   125 | 23375 |   101K  (2)| 00:20:15 |
|* 18 |   FILTER                    |               |       |       |            |          |
|* 19 |    TABLE ACCESS FULL        | SALE_DETAIL_T | 15932 |  2909K|   101K  (2)| 00:20:15 |
---------------------------------------------------------------------------------------------


Predicate Information (identified by operation id):
---------------------------------------------------


   2 - access("B"."IWOID"=:B1)
   4 - access("C"."IWOID"=:B1)
   6 - access("E"."IWOID"=:B1)
   8 - access("D"."IWOID"=:B1)
  10 - access("E"."IWOID"=:B1)
  12 - access("F"."IWOID"=:B1)
  14 - access("G"."IWOID"=:B1)
  16 - access("H"."IWOID"=:B1)
  18 - filter(TO_TIMESTAMP('2014-03-01 00:00:00',:B1)<=TO_TIMESTAMP('2014-03-01
              23:59:59',:B2))
  19 - filter(INTERNAL_FUNCTION("A"."SALE_TIME")>=TO_TIMESTAMP('2014-03-01
              00:00:00',:B1) AND INTERNAL_FUNCTION("A"."SALE_TIME")<=TO_TIMESTAMP('2014-03-01
              23:59:59',:B2) AND "A"."TICKET_STATE"=1)




Statistics
----------------------------------------------------------
          0  recursive calls
          0  db block gets
     455964  consistent gets
     413600  physical reads
          0  redo size
       1419  bytes sent via SQL*Net to client
        457  bytes received via SQL*Net from client
          1  SQL*Net roundtrips to/from client
          0  sorts (memory)
          0  sorts (disk)
          0  rows processed


可以看到走了全表扫描，排查多种可能（也考虑到绑定变量窥探的情况，过程省略），结果很奇葩，原因是开发提交sql之前对绑定变量的类型使用的是to_timestamp方法，正确的应该用to_date转换争取的类型即可





wujizhou2000
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
临时变量作非const的引用进行参数传递引发的编译错误
08-02
在C++编程中，临时变量作非const的引用进行参数传递常常会导致编译错误，这是因为C++语言的设计规范。临时变量通常是在表达式中创建的，它们的存在仅限于当前语句或表达式，一旦表达式执行完毕，临时变量就会被销毁...
浅谈oracle 数据库的绑定变量特性及应用
02-26
- **绑定变量的类型匹配**：确保绑定的变量值与数据库字段的数据类型一致，否则可能会导致类型转换错误。 - **绑定变量的优化问题**：在某些情况下，Oracle的优化器可能无法准确地估计使用绑定变量的SQL语句的执行...
程序中使用绑定变量，执行计划不正确
congmao4272的博客
10-27 191
当在.net应用中，应用程序中调用的sql语句使用绑定变量，导致在oracle中的语句执行计划不正确，主要是由于数据类型的不匹配导致的。解决办法就是将.net中的数据类型与oracle数据库中的类型匹配。下表是oracle与.n...
查看真实的执行计划 绑定变量对执行计划的影响--“绑定变量窥探”
weixin_33763244的博客
01-27 221
--##################################################### --####AWR执行计划#### --##################################################### SELECT*FROMTABLE(DBMS_XPLAN...
绑定变量与执行计划的“陷阱”
weixin_34253539的博客
03-21 264
2019独角兽企业重金招聘Python工程师标准>>> ...
oracle 绑定变量导致错误,Oracle绑定变量错误声明
weixin_29048309的博客
04-13 495
我想在Oracle中使用绑定变量运行此查询。需要知道为什么会提示以下错误。我相信我的语法有错误，不能明白它是什么？Oracle绑定变量错误声明variable start number;variable end number;exec :start := 1;exec :end := 2;select * from (selectob.offer_bank_id, ob.promo_period_...
Oracle重新绑定执行计划,绑定变量对执行计划的影响
weixin_32821579的博客
04-03 318
sql运行在11g数据库上，做的是绑定变量对执行计划的影响测试，测试过程如下：SQL> exec :x :=999PL/SQL procedure successfully completed.SQL> exec :y :=1000PL/SQL procedure successfully completed.SQL> select count(*) from t1 where ...
Spring MVC学习(6)—Spring数据类型转换机制全解【一万字】
终生学习践行者
05-27 6026
基于最新Spring 5.x，详细介绍了Spring的类型转换机制，包括三种最常见的数据类型转换器PropertyEditor、Formatter、Converter、HttpMessageConverter、ConversionService等核心类。
10个JavaScript中易犯小错误
10-22
不处理可能出现的错误，如未捕获的异常，会中断代码执行，导致程序崩溃。 **错误十：不合理的DOM操作** 频繁地操作DOM元素会导致性能下降，应该尽可能减少DOM操作，或者使用批量操作和事件委托等优化技巧。 理解并...
在Java中实现Oracle变量的绑定方法 .doc
04-29
- **类型安全**：Java类型和SQL类型之间的转换由JDBC驱动处理，避免了手动转换的错误。 总结起来，在Java中实现Oracle变量绑定的关键在于使用PreparedStatement，并通过其提供的`setXXX()`方法设置参数。这样做不仅...
DB2错误代码.doc
06-27
通过以上对DB2中的SQLSTATE类代码及其含义的详细介绍，我们可以了解到在DB2中遇到的不同类型的错误和警告，并采取相应的应对措施。这对于提高DB2应用的稳定性和性能至关重要。在实际应用中，开发者和DBA应充分利用...
oracle 制造执行计划并绑定,使用绑定变量中执行计划的问题
weixin_34534926的博客
04-06 378
在测试使用绑定变量中发现执行计划的问题,比较迷惑在使用绑定变量的过程中,由于具体的查询数值被绑定变量代替,oracle 的优化器在分析绑定变量的SQL语句的时候,使用peeking (窥视)来形成执行计划,也就是使用第1次运行SQL语句的常数来形成固定的执行计划.比如在对一个分布不平衡的列进行查询的时候.如果这个列建立了histogram ,那么CBO 优化器会根据histogram 和第一次运行...
如何解决绑定变量造成执行计划不准的问题？
关注系统性能调优
06-03 1930
我们一直都在强调用绑定变量，它可以减少SQL分析，节约共享池的空间。在我的上一篇blog中，讨论了绑定变量会使执行计划不准http://blog.csdn.net/guogang83/article/details/8175633 。                正如上一篇的所说的，如果第一次执行是走的索引，那以后一直都走索引；如果第一次不走索引，那以后一直都不走索引。使用了绑定变量后，优
vue 绑定class的几种方式
热门推荐
前端岚枫
08-21 4万+
对象语法 给v-bind:class 设置一个对象，可以动态地切换class，如下 &lt;div id="app"&gt; &lt;div :class="{'active':isActive}"&gt;&lt;/div&gt; &lt;/div&gt; &lt;script&gt; var app = new Vue({ el:'#app', dat
sqlserver，执行生成脚本时“引发类型为“System.OutOfMemoryException”的异常”(已解决)
【敦厚的曹操】的专栏
07-29 3万+
sqlserver，执行生成脚本时“引发类型为“System.OutOfMemoryException”的异常”(已解决) 出现此错误主要是因为.sql的脚本文件过大（一般都超过100M）造成内存无法处理这么多的数据。解决办法是： 1、用记事本打开脚本文件，通过按【shift】点鼠标的方法（要不然太慢了）把文件依次剪切成10-15M左右的文本文件）。 2、新建一个同名数据库，并把这些文件，从
鹈鹕算法POA-Kmean-Transformer-LSTM组合状态识别分类【含Matlab源码 6749期】.zip
08-02
CSDN海神之光上传的全部代码均可运行，亲测可用，直接替换数据即可，适合小白； 1、代码压缩包内容 主函数：Main.m； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，可私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开除Main.m的其他m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主或扫描博主博客文章底部QQ名片； 4.1 CSDN博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作 智能优化算法优化Kmeans-Transformer-lstm分类预测系列程序定制或科研合作方向： 4.4.1 遗传算法GA/蚁群算法ACO优化Kmeans-Transformer-lstm分类 4.4.2 粒子群算法PSO/蛙跳算法SFLA优化Kmeans-Transformer-lstm分类 4.4.3 灰狼算法GWO/狼群算法WPA优化Kmeans-Transformer-lstm分类 4.4.4 鲸鱼算法WOA/麻雀算法SSA优化Kmeans-Transformer-lstm分类 4.4.5 萤火虫算法FA/差分算法DE优化Kmeans-Transformer-lstm分类 4.4.6 其他优化算法优化Kmeans-Transformer-Lstm分类
三角测量拓扑聚合器TTAO-Kmean-Transformer-BiLSTM负荷预测【含Matlab源码 6686期】.zip
08-02
CSDN海神之光上传的全部代码均可运行，亲测可用，直接替换数据即可，适合小白； 1、代码压缩包内容 主函数：Main.m； 调用函数：其他m文件；无需运行 运行结果效果图； 2、代码运行版本 Matlab 2019b；若运行有误，根据提示修改；若不会，可私信博主； 3、运行操作步骤 步骤一：将所有文件放到Matlab的当前文件夹中； 步骤二：双击打开除Main.m的其他m文件； 步骤三：点击运行，等程序运行完得到结果； 4、仿真咨询 如需其他服务，可私信博主或扫描博主博客文章底部QQ名片； 4.1 CSDN博客或资源的完整代码提供 4.2 期刊或参考文献复现 4.3 Matlab程序定制 4.4 科研合作 智能优化算法优化Kmeans-Transformer-Bilstm预测系列程序定制或科研合作方向： 4.4.1 遗传算法GA/蚁群算法ACO优化Kmeans-Transformer-Bilstm预测 4.4.2 粒子群算法PSO/蛙跳算法SFLA优化Kmeans-Transformer-Bilstm预测 4.4.3 灰狼算法GWO/狼群算法WPA优化Kmeans-Transformer-Bilstm预测 4.4.4 鲸鱼算法WOA/麻雀算法SSA优化Kmeans-Transformer-Bilstm预测 4.4.5 萤火虫算法FA/差分算法DE优化Kmeans-Transformer-Bilstm预测 4.4.6 其他优化算法优化Kmeans-Transformer-Bilstm预测
S9300X-V200R021C00SPC100-MPUE主控版本
最新发布
08-02
S9300X-V200R021C00SPC100-MPUE主控版本，支持S9300X-4/8/12
Oracle与Unix常见错误及解决策略
解决方法包括事务控制、使用绑定变量、数据类型转换和正确设置约束。 3. 并行度调整：在大规模数据操作时，适当调整并行度可以提高性能。但过高可能导致资源争抢，过低则可能影响效率。可通过ALTER TABLE或ALTER ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值