dbms_spm之baseline FIXED=YES使用陷阱（执行计划不通用），严重影响系统；

最新推荐文章于 2022-09-08 12:56:18 发布
最新推荐文章于 2022-09-08 12:56:18 发布
阅读量2.3k 收藏
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/launch_225/article/details/30321693
版权

SQL> select * from v$version;

BANNER
--------------------------------------------------------------------------------
Oracle Database 11g Enterprise Edition Release 11.2.0.3.0 - 64bit Production
PL/SQL Release 11.2.0.3.0 - Production
CORE    11.2.0.3.0      Production
TNS for Linux: Version 11.2.0.3.0 - Production
NLSRTL Version 11.2.0.3.0 - Production



--aiki下创建一实体表T1
SQL> create table t1 as select * from dba_objects where object_id is not null;

Table created.

SQL> create index idx_t1_id on t1(object_id);

Index created.

SQL> select status from t1 where object_id=33;

STATUS
-------
VALID

SQL> /

STATUS
-------
VALID

SQL> /

STATUS
-------
VALID

--生成SQL_ID,PHV(PLAN HASH VALUE)
SQL> @all

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  71v4d139gzpzq, child number 0
-------------------------------------
select status from t1 where object_id=33

Plan hash value: 190799060

-----------------------------------------------------------------------------------------
| Id  | Operation                   | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |           |       |       |     2 (100)|          |
|   1 |  TABLE ACCESS BY INDEX ROWID| T1        |     1 |    18 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IDX_T1_ID |     1 |       |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   1 - SEL$1 / T1@SEL$1
   2 - SEL$1 / T1@SEL$1

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

   2 - access("OBJECT_ID"=33)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

   1 - "STATUS"[VARCHAR2,7]
   2 - "T1".ROWID[ROWID,10]

Note
-----
   - dynamic sampling used for this statement (level=2)
  
--采用SPM绑定 
SQL>  declare
  2   aa binary_integer;
  3   begin
  4   aa:=DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE(sql_id=>'71v4d139gzpzq',PLAN_HASH_VALUE=>190799060,FIXED=>'YES',ENABLED=>'YES');
  5   return ;
  6   end;
  7   /
 
PL/SQL procedure successfully completed.
--查看baseline视图，已经绑定计划
  1* select  SQL_TEXT,PLAN_NAME,ENABLED,ACCEPTED,FIXED from dba_sql_plan_baselines
SQL> /

SQL_TEXT                                           PLAN_NAME                      ENA ACC FIX
-------------------------------------------------- ------------------------------ --- --- ---
select status from t1 where object_id=33           SQL_PLAN_b6tztbgtkhqdt74b15d2b YES YES YES


--在Note部份可以看到baseline绑定已经生效，是走索引的
--SQL plan baseline SQL_PLAN_b6tztbgtkhqdt74b15d2b used for this statement
SQL> @all

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  71v4d139gzpzq, child number 1
-------------------------------------
select status from t1 where object_id=33

Plan hash value: 190799060

-----------------------------------------------------------------------------------------
| Id  | Operation                   | Name      | Rows  | Bytes | Cost (%CPU)| Time     |
-----------------------------------------------------------------------------------------
|   0 | SELECT STATEMENT            |           |       |       |     2 (100)|          |
|   1 |  TABLE ACCESS BY INDEX ROWID| T1        |     1 |    18 |     2   (0)| 00:00:01 |
|*  2 |   INDEX RANGE SCAN          | IDX_T1_ID |     1 |       |     1   (0)| 00:00:01 |
-----------------------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   1 - SEL$1 / T1@SEL$1
   2 - SEL$1 / T1@SEL$1

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

   2 - access("OBJECT_ID"=33)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

   1 - "STATUS"[VARCHAR2,7]
   2 - "T1".ROWID[ROWID,10]

Note
-----
   - dynamic sampling used for this statement (level=2)
   - SQL plan baseline SQL_PLAN_b6tztbgtkhqdt74b15d2b used for this statement
--看下内存中此SQL的游标分布,子游标号为2，0为父游标，phv:190799060
SQL_ID        CHILD_NUMBER PLAN_HASH_VALUE
------------- ------------ ---------------
71v4d139gzpzq            0       190799060
71v4d139gzpzq            2       190799060
   

--在用户AIKI2下创建一实体表T1,但无索引
--可以看到baseline对它不生效，因为

create table t1 as select * from dba_objects where object_Id is not null;
   
SQL> select status from t1 where object_id=33;

STATUS
-------
VALID

SQL> select status from t1 where object_id=33;

STATUS
-------
VALID

SQL> select status from t1 where object_id=33;

STATUS
-------
VALID

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  71v4d139gzpzq, child number 1
-------------------------------------
select status from t1 where object_id=33

Plan hash value: 3617692013

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |       |       |   300 (100)|          |
|*  1 |  TABLE ACCESS FULL| T1   |    12 |   216 |   300   (1)| 00:00:04 |
--------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   1 - SEL$1 / T1@SEL$1

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

   1 - filter("OBJECT_ID"=33)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

   1 - "STATUS"[VARCHAR2,7]

Note
-----
   - dynamic sampling used for this statement (level=2)

--再次检查下可以发现子游标为2的游标已经被刷出内存，而取代它的是子游标为1的游标，phv:3617692013

select sql_id,child_number,plan_hash_value from v$sql where sql_id='71v4d139gzpzq'

SQL_ID        CHILD_NUMBER PLAN_HASH_VALUE
------------- ------------ ---------------
71v4d139gzpzq            0       190799060
71v4d139gzpzq            1      3617692013

--小结下：可以发现两条SQL_ID一样SQL,执行计划不同而导致两个执行计划的游标相互竞争，有你没我；
--严重后果：在我国很多企业都是按省市下的地市来做业务，同一个库中包含多个地市的模型，而且大多
--模型结果相同；当某SQL由于性能原因而采用SPM进行稳固，且fixes=>yes时得万分小心，否则将引由于
--其中1SQL游标被刷出而再次高并发登录时产生大规模的library cache lock事件，导致CPU资源被耗光；
--这个已经碰到过一次了；

=》我们来看第2种情况，当两者之间也是SQL_ID相同而模型结构不同导致的执行计划不同时的情况；

AIKI2用户建为视图：
SQL> create view t2 as select distinct object_id,status,owner from dba_objects where object_id is not null;
View created.

AIKI用户建为实体表：

SQL> create table t2 as select object_id,status,owner from dba_objects where object_id is not null;

Table created.


--AIKI用户下运行,sql_id:d7y1m4pt52xwd,phv:1513984157
select status from t2 where object_id=55;

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  d7y1m4pt52xwd, child number 0
-------------------------------------
select status from t2 where object_id=55

Plan hash value: 1513984157

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |       |       |    67 (100)|          |
|*  1 |  TABLE ACCESS FULL| T2   |     3 |    54 |    67   (2)| 00:00:01 |
--------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   1 - SEL$1 / T2@SEL$1

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

   1 - filter("OBJECT_ID"=55)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

   1 - "STATUS"[VARCHAR2,7]

Note
-----
   - dynamic sampling used for this statement (level=2)


32 rows selected.
--进行计划的稳固绑定
SQL>  declare
  2   aa binary_integer;
  3   begin
  4   aa:=DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE(sql_id=>'d7y1m4pt52xwd',PLAN_HASH_VALUE=>1513984157,FIXED=>'YES',ENABLED=>'YES');
  5   return ;
  6   end;
  7   /
 
PL/SQL procedure successfully completed.
--查看已经生效
SQL> select  SQL_TEXT,PLAN_NAME,ENABLED,ACCEPTED,FIXED from dba_sql_plan_baselines
  2  /

SQL_TEXT                                           PLAN_NAME                      ENA ACC FIX
-------------------------------------------------- ------------------------------ --- --- ---
select status from t2 where object_id=55           SQL_PLAN_7j9ssum4sn3fkb860bcf2 YES YES YES

SQL> @all

PLAN_TABLE_OUTPUT
------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
SQL_ID  d7y1m4pt52xwd, child number 1
-------------------------------------
select status from t2 where object_id=55

Plan hash value: 1513984157

--------------------------------------------------------------------------
| Id  | Operation         | Name | Rows  | Bytes | Cost (%CPU)| Time     |
--------------------------------------------------------------------------
|   0 | SELECT STATEMENT  |      |       |       |    67 (100)|          |
|*  1 |  TABLE ACCESS FULL| T2   |     3 |    54 |    67   (2)| 00:00:01 |
--------------------------------------------------------------------------

Query Block Name / Object Alias (identified by operation id):
-------------------------------------------------------------

   1 - SEL$1 / T2@SEL$1

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

   1 - filter("OBJECT_ID"=55)

Column Projection Information (identified by operation id):
-----------------------------------------------------------

   1 - "STATUS"[VARCHAR2,7]

Note
-----
   - dynamic sampling used for this statement (level=2)
   - SQL plan baseline SQL_PLAN_7j9ssum4sn3fkb860bcf2 used for this statement


33 rows selected.
--检查下当前的游标情况：SQL_ID:d7y1m4pt52xwd,子游标：1，PHV:1513984157
SQL> select sql_id,child_number,plan_hash_value from v$sql where sql_id='d7y1m4pt52xwd';

SQL_ID        CHILD_NUMBER PLAN_HASH_VALUE
------------- ------------ ---------------
d7y1m4pt52xwd            0      1513984157
d7y1m4pt52xwd            1      1513984157

--在AIKI2用户上运行
SQL> select status from t2 where object_id=55;

STATUS
-------
VALID

SQL> /

STATUS
-------
VALID

SQL> /

STATUS
-------
VALID

SQL> /

STATUS
-------
VALID

SQL> /

SQL_ID        CHILD_NUMBER PLAN_HASH_VALUE
------------- ------------ ---------------
d7y1m4pt52xwd            0      1513984157
d7y1m4pt52xwd            2      3629752164



aiki下再次执行，可以看到情况和第一次实验完全相同；
SQL> select status from t2 where object_id=55;

STATUS
-------
VALID

SQL> /

STATUS
-------
VALID

SQL> /

SQL_ID        CHILD_NUMBER PLAN_HASH_VALUE
------------- ------------ ---------------
d7y1m4pt52xwd            0      1513984157
d7y1m4pt52xwd            1      1513984157

	

--可以看到情况与上面一样；

这里纠正个问题，昨天写得不全面重改了以下部份；
以于FIXED=YES的情况，才会导到多个会话间相互挤兑而引起的高并发下的大量library cache lock事件；
由于实验过于繁琐冗长，我这里只写下小结，详细的证明可以自行去实验下；
假定会话1叫S1,会话2叫S2，以及它们的计划和通用性；如下所示：
会话    SQL_ID    phv    FIXED    S1兼容S2       S1不兼容S2
S1       sqlid1         phv1    YES    不相互挤兑       相互挤兑
S2       sqlid1         phv2    NO      不相互挤兑       相互挤兑

补充备注：

当S1的FIXED=NO，S2不兼容时会自动将它的执行计划添加到BSLINE，默认accepted=no,但不发生挤兑；

当S1的FIXED=NO，S2兼容时会自动将它的最优执行计划添加到BSLINE，默认accepted=no,但不发生挤兑，同时使用S1的执行计划而不是它的最优计划；

当S1,S2都在BSLINE时FIXED=YES OR NO时两者是平等的；

这个实验最好自己去试下才会清楚，容易搞混；

launch_225
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Oracle中使用DBMS_XPLAN处理执行计划详解
12-16
在以前查看SQL执行计划的时候，我都是使用set autotrace命令，不过现在看来，DBMS_XPLAN包给出了更加简化的获取和显示计划的方式。 这5个函数分别对应不同的显示计划的方式，DBMS_XPLAN包不仅可以获取解释计划，它还...
[Oracle] dbms_metadata.get_ddl 的使用方法总结
09-10
Oracle数据库中的`dbms_metadata.get_ddl`是一个非常实用的包，它允许开发人员和管理员获取数据库对象的创建语句（DDL），这对于备份和恢复、迁移或者理解对象定义非常有帮助。下面我们将深入探讨`dbms_metadata.get...
dbms_spm包的使用（一）
cuili9760的博客
06-04 395
以前写过几个使用该包进行sql优化的博客，再拿出来看，连自己都有点不懂。下面复习一下： （一）首先演示如何创建单条sql的基线以及出现比基线更好的执行计划时如何替换基线。 创建一张...
dbms_spm包的使用（二）
cuili9760的博客
06-04 145
dbms_spm包的使用 （二）将批量的sql执行计划都固定下来 在对emp表进行几次查询操作后，执行以下语句： SQL>se...
oracle 11g sql plan baseline(2)调整baselines属性
cuiye1492的博客
03-09 224
测试记录sql plan baselines的 更新属性 SQL> show userUSER is "SYS"SQL> drop table t3; Table dropped. SQL> create...
SQL BASELINE修改固定执行计划
N
10-21 964
SQL BASELINE修改固定执行计划 上一篇 / 下一篇  2011-06-10 12:50:51/ 个人分类：ORACLE DATABASE 查看( 273 ) / 评论( 1 ) http://www.itpub.net/thread-1445125-1-1.html http://www.itpub.net/viewthread.php?tid=1445246 打算把固定
oracle修正表执行计划,SQL BASELINE修改固定执行计划
weixin_34206129的博客
04-14 214
http://www.itpub.net/viewthread.php?tid=1445246打算把固定执行计划的方法做个整理和比较。上面的链接是SQLPROFILE，SQL OUTLINE的用法。这篇说下BASELINE的用法。目的：让执行计划走上全表扫描查询语句：select count(*) from wxh_tbd where object_id=:aSQL_ID:85f05qy1aq0d...
Oracle随机函数之dbms_random使用详解
09-10
Oracle的DBMS_RANDOM是一个强大的包，它提供了生成各种随机数据的方法，对于测试、模拟和数据分析等场景非常有用。本文将深入解析DBMS_RANDOM中的几个主要函数：`value`、`normal`和`string`。 1. **DBMS_RANDOM....
DBMS.rar_dbms_visual c_数据库管理_数据库管理系统_管理系统
09-20
总结一下，"DBMS.rar_dbms_visual c_数据库管理_数据库管理系统_管理系统"这个资源包含了一个使用Visual C++实现的简单数据库管理系统，这为我们提供了一个研究和学习数据库管理系统内部运作的实例。通过分析源代码...
Oracle SQL执行计划基线总结（SQL Plan Baseline）
热门推荐
oradh的专栏
06-13 1万+
Oracle 11g开始，提供了一种新的固定执行计划的方法，即SQL plan baseline，中文名SQL执行计划基线（简称基线），可以认为是OUTLINE（大纲）或者SQL PROFILE的改进版本，基本上它的主要作用可以归纳为如下两个： 1、稳定给定SQL语句的执行计划，防止执行环境或对象统计信息等等因子的改变对SQL语句的执行计划产生影响！ 2、减少数据库中出现SQL语句性能退化的概率，理论上不允许一条语句切换到一个比已经执行过的执行计划慢很多的新的执行计划上！ 注意： 1、从Oracle的发展角
用SPM技术固定EBS标准功能的SQL执行计划
samt007的Blog
09-08 544
本文是Oracle SPM技术的一个应用实例，分享给没了解过SPM或者没用过SPM的老铁们。通过本文，应该要了解什么是SPM，它的作用是什么，它的应用场景是什么。 这个应用实例总结就是：通过使用SPM技术，固定SQL的执行计划，从而实现调优的效果。它尤其适用于优化EBS系统的标准功能的场景，因为标准功能不建议也不可以直接修改SQL做性能调优。
oracle怎么创建基线,OracleSQL执行计划基线总结（SQLPlanBaseline）
weixin_42131261的博客
04-06 494
Oracle 11g开始，提供了一种新的固定执行计划的方法，即SQL plan baseline，中文名SQL执行计划基线(简称基线)，可以认为是OUTL一、基础概念Oracle 11g开始，提供了一种新的固定执行计划的方法，即SQL plan baseline，中文名SQL执行计划基线(简称基线)，可以认为是OUTLINE(大纲)或者SQL PROFILE的改进版本，基本上它的主要作用可以归纳为...
Oracle11g性能调优--使用SQL Plan Management(2)
DavidWang9527的专栏
01-22 1476
本文描述如何使用SQL Plan Management管理SQL执行计划。SQL Plan management通过提供capturing，selecting和evolving SQL Plan信息的组件，来防止由于SQL语句的执行计划突然变化导致的性能下降。 第一部分见http://blog.csdn.net/davidwang9527/article/details/18620953 本文包括如下主题： 3.与SQL Tuning Advisor一起使用SQL Plan Baseline 4.使用Fix
DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE手工替换绑定执行计划
N
04-16 5044
DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE手工替换绑定变量 使用SPM与sql profile一样功能：通过手工构造执行计划替换绑定 --创建测试表 SQL> create table tb1 as select * from dba_objects where object_id is not null; Table created. SQL> selec
Oracle 11g 新特性 -- SQL Plan Management 示例
weixin_30731305的博客
12-14 350
在之前的Blog 里了解了Oracle 11g SQL Plan Management的理论，这篇Blog来演示一些具体的操作示例。Oracle 11g 新特性 --SQL Plan Management 说明http://blog.csdn.net/tianlesoftware/article/details/8292410官网说明：Using SQL Plan Managementh...
熊军 oracle 迁移 spm,Oracle固定SQL的执行计划(二)---SPM
weixin_39699313的博客
04-03 363
之前写了一篇文章介绍的是用SQL Profile来调整、稳定目标SQL的执行计划，即使无法修改目标SQL的SQL文本。但SQL Profile实际上只是一种亡羊补牢、被动的技术手段，应用在那些执行计划已经发生了不好的变更的SQL上，即当我们发现这些SQL的执行计划已经出了问题时通过创建SQL Profile来纠正、稳定这些SQL的执行计划。即便通过创建SQL Profile解决了目标SQL执行计划...
【OCP学习1z0-053记录50】DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE
viviliving的专栏
05-25 723
226.ExaminethefollowingPL/SQLblock:DECLAREmy_planspls_integer;BEGINmy_plans:=DBMS_SPM.LOAD_PLANS_FROM_CURSOR_CACHE(sql_id=>?9twu5t2dn5xd?;END;Whichstatementistrueabouttheplanbeing...
SPM（SQL Plan baseline）(11g)
@DBA_白老大
12-09 2816
SPM（SQL Plan baseline）(11g)
固定执行计划3.1 之 dbms_spm
weixin_30919429的博客
08-21 194
说明由于生产环境执行的sql变化较快，版本发布比较频繁，造成sql的执行计划不是很稳定，经常会有一些性能很差的sql出现 对于这些sql，我们可以使用sql_plan_baseline对执行计划进行绑定，从而使执行计划固定下来 注意：前提是sql最好使用绑定变量，就算有的没有绑定变量，确定字段的值不会改变才行，因为是针对sql_id进行的绑定， 如果s...
grant execute on dbms_crypto to system; declare input_string VARCHAR2 (200) := 'Secret Message'; output_string VARCHAR2(2000); encrypted_raw RAW(2000); decrypted_raw RAW(2000); num_key_bytes NUMBER := 256/8; key_bytes_raw RAW(32); encryption_type PLS_INTEGER := DBMS_CRYPTO.ENCRYPT_AES256 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; begin DBMS_OUTPUT.PUT_LINE(input_string); key_bytes_raw := DBMS_CRYPTO.RANDOMBYTES(num_key_bytes); encrypted_raw := DBMS_CRYPTO.ENCRYPT ( src => UTL_I18N.STRING_TO_RAW(input_string, 'AL32UTF8'), typ => encryption_type, key => key_bytes_raw ); decrypted_raw := DBMS_CRYPTO.DECRYPT ( src => encrypted_raw, typ => encryption_type, key => key_bytes_raw ); output_string := UTL_I18N.RAW_TO_CHAR(decrypted_raw, 'AL32UTF8'); DBMS_OUTPUT.PUT_LINE(output_string); end; declare l_src_data varchar2(20); l_type pls_integer :=DBMS_CRYPTO.ENCRYPT_AES128 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; l_key varchar2(20) :='0123456789123456'; l_encval raw(2000); CURSOR secret_cursor IS select phonenumber from customer; begin OPEN secret_cursor; LOOP FETCH secret_cursor INTO l_src_data; l_encval :=dbms_crypto.encrypt( src=>utl_i18n.string_to_raw(l_src_data,'AL32UTF8'), typ=>l_type, key=>utl_i18n.string_to_raw(l_key,'AL32UTF8')); DBMS_OUTPUT.PUT_LINE (l_encval); EXIT WHEN secret_cursor%NOTFOUND; END LOOP; CLOSE secret_cursor; end; declare ;_src_data row(100) :=hextoraw("190248129038903853275ijdkvjkad'); l_type pls_integer :=dbms_crypto.encrypt_aes128+ + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; l_key varchar2(20) :='0123456789123456'; l_decval raw(200); begin l_decval :=dbms_crypto.decrypt( src=>l_src_data, typ=>l_type, key=>utl_i18n.string_to_raw(l_key,'AL32UTF8')); end; SELECT Price FROM PRODUCT WHERE ProductID = 5;修正这一段代码
最新发布
05-26
以下是修正后的代码： ``` grant execute on dbms_crypto to system; -- 第一个代码块 declare input_string VARCHAR2 (200) := 'Secret Message'; output_string VARCHAR2(2000); encrypted_raw RAW(2000); decrypted_raw RAW(2000); num_key_bytes NUMBER := 256/8; key_bytes_raw RAW(32); encryption_type PLS_INTEGER := DBMS_CRYPTO.ENCRYPT_AES256 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; begin DBMS_OUTPUT.PUT_LINE(input_string); key_bytes_raw := DBMS_CRYPTO.RANDOMBYTES(num_key_bytes); encrypted_raw := DBMS_CRYPTO.ENCRYPT(src => UTL_I18N.STRING_TO_RAW(input_string, 'AL32UTF8'), typ => encryption_type, key => key_bytes_raw); decrypted_raw := DBMS_CRYPTO.DECRYPT(src => encrypted_raw, typ => encryption_type, key => key_bytes_raw); output_string := UTL_I18N.RAW_TO_CHAR(decrypted_raw, 'AL32UTF8'); DBMS_OUTPUT.PUT_LINE(output_string); end; -- 第二个代码块 declare l_src_data varchar2(20); l_type pls_integer := DBMS_CRYPTO.ENCRYPT_AES128 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; l_key varchar2(20) := '0123456789123456'; l_encval raw(2000); cursor secret_cursor is select phonenumber from customer; begin open secret_cursor; loop fetch secret_cursor into l_src_data; exit when secret_cursor%notfound; l_encval := dbms_crypto.encrypt(src => utl_i18n.string_to_raw(l_src_data,'AL32UTF8'), typ => l_type, key => utl_i18n.string_to_raw(l_key,'AL32UTF8')); dbms_output.put_line(l_encval); end loop; close secret_cursor; end; -- 第三个代码块 declare l_src_data raw(100) := hextoraw('190248129038903853275ijdkvjkad'); l_type pls_integer := DBMS_CRYPTO.ENCRYPT_AES128 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_PKCS5; l_key varchar2(20) := '0123456789123456'; l_decval raw(200); begin l_decval := dbms_crypto.decrypt(src => l_src_data, typ => l_type, key => utl_i18n.string_to_raw(l_key,'AL32UTF8')); end; -- SQL 查询语句 SELECT Price FROM PRODUCT WHERE ProductID = 5; ``` 注意：第三个代码块中的 `l_src_data` 变量的赋值语句中，修正了单引号和双引号的不匹配问题。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值