[20220811]奇怪的隐式转换问题(12c补充测试).txt --//生产系统遇到一个奇怪的隐式转换问题,问题在于没有发生隐式转换,前面已经做了一些分析增加12c下的测试情况. --//我当时的猜测如下: --//也许oracle 19c版本支持这样的操作,当带入日期类型参数是timestamp类型时,如果秒后面的值全部是0,可以当作date类型使用。 --//导致不会发生隐式转换,我估计oracle估计遇到这样的情况有点多,做了这样的改进,规避了这个问题,在执行时探测绑定变量,避 --//免了隐式转换的发生。 --//后记:测试的结果说明我有点想当然了,实际上从12.2版本开始,oracle就支持这样的情况,当使用绑定变量时,带入的绑定变量参 --//数是timestamp类型时,不再存在隐式转换。即使秒后面的值非0!! --//我看了我以前写的[20191219]oracle timestamp数据类型的存储.txt=> --//如果秒后面的值是0,存储占用7个字节。 --//在家里仅仅有12c的环境,做一些补充测试: 1.环境: SCOTT@test01p> @ ver1 PORT_STRING VERSION BANNER CON_ID ------------------------------ -------------- -------------------------------------------------------------------------------- ---------- IBMPC/WIN_NT64-9.1.0 12.2.0.1.0 Oracle Database 12c Enterprise Edition Release 12.2.0.1.0 - 64bit Production 0 2.建立脚本: --//我本来想测试一下11g是否也是一样,我记忆里不会出现19c的情况,我翻看了以前工作的优化笔记。 --//以前10g下绝对不可能,我做的优化笔记里有类似的情况。 --//在11g,12c下测试,有一点点小麻烦,必须自己编写PL/sql,因为sqlplus下variable无法支持date,timestamp类型的定义。 --//而toad里面也遇到类似的问题,带入参数没有选择timestamp类型的,不知道如何解决。 create table empx as select * from emp; create index i_empx_hiredate on empx(hiredate); $ cat m9.txt DECLARE v_empno number; v_hiredate1 timestamp(9); v_hiredate2 timestamp(9); v_hiredate3 timestamp(9); v_hiredate4 timestamp(9); v_hiredate date; begin v_hiredate1 := to_timestamp('1980-12-17 00:00:00.000000000','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate2 := to_timestamp('1980-12-17 10:10:10.000000000','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate3 := to_timestamp('1980-12-17 00:00:00.000000001','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate4 := to_timestamp('1980-12-17 00:00:00.000001001','yyyy-mm-dd hh24:mi:ss.ff9') ; select /*+ test1 */ count(*) into v_empno from empx where hiredate = v_hiredate1; dbms_output.put_line( 'test 1:'||to_char(v_empno) ); select /*+ test2 */ count(*) into v_empno from empx where hiredate = v_hiredate2; dbms_output.put_line( 'test 2:'||to_char(v_empno) ); select /*+ test3 */ count(*) into v_empno from empx where hiredate = v_hiredate3; dbms_output.put_line( 'test 3:'||to_char(v_empno) ); select /*+ test4 */ count(*) into v_empno from empx where hiredate = v_hiredate4; dbms_output.put_line( 'test 4:'||to_char(v_empno) ); end; / 3.测试: --//执行多次,避免对应子光标清除。 SET SERVEROUTPUT ON; @ m9.txt @ m9.txt @ m9.txt @ m9.txt SCOTT@test01p> @ m9.txt test 1:1 test 2:0 test 3:0 test 4:0 PL/SQL procedure successfully completed. --//计算结果正确. SET SERVEROUTPUT OFF SCOTT@test01p> select executions,sql_id,sql_text c80 from v$sql where lower(sql_text) like 'select%test%' and sql_text not like '%sql_text%' order by 3; EXECUTIONS SQL_ID C80 ---------- ------------- -------------------------------------------------------------------------------- 13 3pdjz4fgwwfj2 SELECT /*+ test1 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 13 0juh2dbyx948s SELECT /*+ test2 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 13 f04fd6q8z7n9w SELECT /*+ test3 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 13 f3gx0d2rfn9sb SELECT /*+ test4 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 $ echo 3pdjz4fgwwfj2 0juh2dbyx948s f04fd6q8z7n9w f3gx0d2rfn9sb | tr ' ' '\n' | xargs -IQ sqlplus scott/btbtms@test01p @ dpc Q '' '' | egrep I_EMPX_HIREDATE |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 8 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 8 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 8 | 1 (0)| 00:00:01 | |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 8 | 1 (0)| 00:00:01 | --//恩,真心彻底颠覆我的认知,12c下就可以避免这种形式的隐式转换.并且4种timestamp形式都可以,只要使用绑定变量就ok。 SCOTT@test01p> @ dpc f3gx0d2rfn9sb '' '' PLAN_TABLE_OUTPUT ------------------------------------- SQL_ID f3gx0d2rfn9sb, child number 0 ------------------------------------- SELECT /*+ test4 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 Plan hash value: 3602029756 -------------------------------------------------------------------------------------- | Id | Operation | Name | E-Rows |E-Bytes| Cost (%CPU)| E-Time | -------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | | | 1 (100)| | | 1 | SORT AGGREGATE | | 1 | 8 | | | |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 8 | 1 (0)| 00:00:01 | -------------------------------------------------------------------------------------- Query Block Name / Object Alias (identified by operation id): ------------------------------------------------------------- 1 - SEL$1 2 - SEL$1 / EMPX@SEL$1 Peeked Binds (identified by position): -------------------------------------- 1 - :1 (TIMESTAMP): [Not Printable] ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Predicate Information (identified by operation id): --------------------------------------------------- 2 - access("HIREDATE"=:B1) SCOTT@test01p> @ bind_cap f3gx0d2rfn9sb '' SQL_ID CHILD_NUMBER WAS NAME POSITION MAX_LENGTH LAST_CAPTURED DATATYPE_STRING VALUE_STRING C30 ------------- ------------ --- ----- ---------- ---------- ------------------- --------------- ------------- ------------------------------ f3gx0d2rfn9sb 0 YES :B1 1 11 2022-08-11 21:19:55 TIMESTAMP 1980-12-17 00:00:00.000001001 --//参数:B1带入什么值呢??而且计算结果也是正确的. --//如果我直接带入数值: SCOTT@test01p> select count(*) from empx where hiredate = timestamp '1980-12-17 00:00:00.000001001'; COUNT(*) ---------- 0 SCOTT@test01p> @dpc '' '' '' PLAN_TABLE_OUTPUT ------------------------------------- SQL_ID 7dyh67x20nnwk, child number 0 ------------------------------------- select count(*) from empx where hiredate = timestamp '1980-12-17 00:00:00.000001001' Plan hash value: 36332186 ---------------------------------------------------------------------------- | Id | Operation | Name | E-Rows |E-Bytes| Cost (%CPU)| E-Time | ---------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | | | 3 (100)| | | 1 | SORT AGGREGATE | | 1 | 8 | | | |* 2 | TABLE ACCESS FULL| EMPX | 1 | 8 | 3 (0)| 00:00:01 | ---------------------------------------------------------------------------- Query Block Name / Object Alias (identified by operation id): ------------------------------------------------------------- 1 - SEL$1 2 - SEL$1 / EMPX@SEL$1 Predicate Information (identified by operation id): --------------------------------------------------- 2 - filter(INTERNAL_FUNCTION("HIREDATE")=TIMESTAMP' 1980-12-17 00:00:00.000001001') --//可以发现带入timestamp数值出现隐式转换,执行计划全部扫描,也就是不支持文字变量。 SCOTT@test01p> alter session set cursor_sharing=force ; Session altered. Select count(*) from empx where hiredate = timestamp '1980-12-17 00:00:00.000001001'; --//结果不贴出来了,依旧选择全表扫描.使用to_timestamp('1980-12-17 00:00:00.000001001','yyyy-mm-dd hh24:mi:ss.ff9')也是一样. --//如果真像测试那样,oracle确实做了重大改进!! 4.做10053跟踪看看: SCOTT@test01p> @10053x f3gx0d2rfn9sb 0 PL/SQL procedure successfully completed. SCOTT@test01p> @ tpt/ttt tracefile_identifier = D:\APP\ORACLE\diag\rdbms\test\test\trace\test_ora_4956_af3gx0d2rfn9sb.trc --//检查跟踪文件发现如下内容: ******************************************* Peeked values of the binds in SQL statement ******************************************* ----- Bind Info (kkscoacd) ----- Bind#0 oacdty=180 mxl=11(11) mxlc=00 mal=00 scl=00 pre=00 oacflg=11 fl2=8000000 frm=00 csi=00 siz=16 off=0 kxsbbbfp=33849e88 bln=11 avl=11 flg=05 value=1980-12-17 00:00:00. --//value后面有1个小数点. ... Peeked Binds ============ Bind variable information position=1 datatype(code)=180 datatype(string)=TIMESTAMP max length=11 ... 4.打开statistics_level = all看看: > @ dpc f3gx0d2rfn9sb '' '' .. SQL_ID f3gx0d2rfn9sb, child number 1 ------------------------------------- SELECT /*+ test4 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 Plan hash value: 3602029756 --------------------------------------------------------------------------------------------------------------------- | Id | Operation | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time | A-Rows | A-Time | --------------------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | | | 1 (100)| | 1 |00:00:00.01 | | 1 | SORT AGGREGATE | | 1 | 1 | 8 | | | 1 |00:00:00.01 | |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 1 | 8 | 1 (0)| 00:00:01 | 0 |00:00:00.01 | --------------------------------------------------------------------------------------------------------------------- --//buffers列都没有,也就是逻辑读应该为0,这样的情况连索引都没有探察。 SCOTT@test01p> @ dpc 3pdjz4fgwwfj2 '' '' PLAN_TABLE_OUTPUT ------------------------------------- SQL_ID 3pdjz4fgwwfj2, child number 0 ------------------------------------- SELECT /*+ test1 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 Plan hash value: 3602029756 ------------------------------------------------------------------------------------------------------------------------------- | Id | Operation | Name | Starts | E-Rows |E-Bytes| Cost (%CPU)| E-Time | A-Rows | A-Time | Buffers | ------------------------------------------------------------------------------------------------------------------------------- | 0 | SELECT STATEMENT | | 1 | | | 1 (100)| | 1 |00:00:00.01 | 1 | | 1 | SORT AGGREGATE | | 1 | 1 | 8 | | | 1 |00:00:00.01 | 1 | |* 2 | INDEX RANGE SCAN| I_EMPX_HIREDATE | 1 | 1 | 8 | 1 (0)| 00:00:01 | 1 |00:00:00.01 | 1 | ------------------------------------------------------------------------------------------------------------------------------- 5.改写脚本看看: $ cat m9.txt DECLARE v_empno number; v_hiredate1 timestamp(9); v_hiredate2 timestamp(9); v_hiredate3 timestamp(9); v_hiredate4 timestamp(9); v_hiredate date; begin v_hiredate1 := to_timestamp('1980-12-17 00:00:00.000000000','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate2 := to_timestamp('1980-12-17 10:10:10.000000000','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate3 := to_timestamp('1980-12-17 00:00:00.000000001','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate4 := to_timestamp('1980-12-17 00:00:00.000001001','yyyy-mm-dd hh24:mi:ss.ff9') ; v_hiredate := to_date('1980-12-17 00:00:00','yyyy-mm-dd hh24:mi:ss') ; select /*+ test1 */ count(*) into v_empno from empx where hiredate = v_hiredate1; dbms_output.put_line( 'test 1:'||to_char(v_empno) ); select /*+ test2 */ count(*) into v_empno from empx where hiredate = v_hiredate2; dbms_output.put_line( 'test 2:'||to_char(v_empno) ); select /*+ test3 */ count(*) into v_empno from empx where hiredate = v_hiredate3; dbms_output.put_line( 'test 3:'||to_char(v_empno) ); select /*+ test4 */ count(*) into v_empno from empx where hiredate = v_hiredate4; dbms_output.put_line( 'test 4:'||to_char(v_empno) ); select /*+ test5 */ count(*) into v_empno from empx where hiredate = v_hiredate; dbms_output.put_line( 'test 5:'||to_char(v_empno) ); end; / SCOTT@test01p> SET SERVEROUTPUT ON SCOTT@test01p> @ m9.txt test 1:1 test 2:0 test 3:0 test 4:0 test 5:1 PL/SQL procedure successfully completed. SCOTT@test01p> select executions,sql_id,sql_text c80 from v$sql where lower(sql_text) like 'select%test5%' and sql_text not like '%sql_text%' order by 3; EXECUTIONS SQL_ID C80 ---------- ------------- -------------------------------------------------------------------------------- 8 drk7cbdh2c24u SELECT /*+ test5 */ COUNT(*) FROM EMPX WHERE HIREDATE = :B1 SCOTT@test01p> @ 10053x drk7cbdh2c24u 0 PL/SQL procedure successfully completed. --//检查跟踪文件发现如下内容: ******************************************* Peeked values of the binds in SQL statement ******************************************* ----- Bind Info (kkscoacd) ----- Bind#0 oacdty=12 mxl=07(07) mxlc=00 mal=00 scl=00 pre=00 oacflg=11 fl2=0000 frm=00 csi=00 siz=8 off=0 kxsbbbfp=322ac000 bln=07 avl=07 flg=05 value="12/17/1980 0:0:0" ... Peeked Binds ============ Bind variable information position=1 datatype(code)=12 datatype(string)=DATE max length=7 value=12/17/1980 00:00:00 --//使用10053跟踪视乎提示oracle带入:B1仅仅是timestamp秒之前的值.后面的一些细节我说不上. --//而且超出我的想象,即使timestamp类型存在秒后面的值非0值,也不存在隐式转换.只要使用绑定变量!! --//这个算是oracle在优化上一个"重大"改进,估计一些应用存在这样的情况,字段date类型而带入的绑定变量参数时timestamp类型,一 --//些细节我自己也没有理解清楚.我感觉我应该不是第一个遇到这类问题的人。 --//而且如果使用常量,还是存在隐式转换的. --//我估计11g下隐式转换还是存在的,有机会还是给测试看看.
[20220811]奇怪的隐式转换问题(12c补充测试).txt
来源:这里教程网
时间:2026-03-03 17:46:50
作者:
编辑推荐:
下一篇:
相关推荐
-
雷神推出 MIX PRO II 迷你主机:基于 Ultra 200H,玻璃上盖 + ARGB 灯效
2 月 9 日消息,雷神 (THUNDEROBOT) 现已宣布推出基于英
-
制造商 Musnap 推出彩色墨水屏电纸书 Ocean C:支持手写笔、第三方安卓应用
2 月 10 日消息,制造商 Musnap 现已在海外推出一款 Oce
热文推荐
- 桩企、车企、SaaS平台三路进击充电桩
桩企、车企、SaaS平台三路进击充电桩
26-03-03 - Oracle的null和空串【一切有为法,如梦幻泡影 】
Oracle的null和空串【一切有为法,如梦幻泡影 】
26-03-03 - fixtrue基础之ids参数
fixtrue基础之ids参数
26-03-03 - 企业直播:会畅通讯、好视通、飞书见仁见智
企业直播:会畅通讯、好视通、飞书见仁见智
26-03-03 - 数字化采购:企企通、商越同行不同路
数字化采购:企企通、商越同行不同路
26-03-03 - rman异机备份恢复
rman异机备份恢复
26-03-03 - Oracle Net Configuration Assistant failed异常的解决方案
- 8·25成都线下活动丨云和恩墨+openGauss社区+鲲鹏,共话企业数字化转型升级
- Oracle 下载最新psu (Doc ID 2118136.2)
Oracle 下载最新psu (Doc ID 2118136.2)
26-03-03 - 重新安装台式电脑后只剩下一个盘别的盘的数据咋恢复
重新安装台式电脑后只剩下一个盘别的盘的数据咋恢复
26-03-03
