ITPub博客

[20240913]建立完善xind.sql脚本.txt $ cat xind.sql-- Copyright 2023 lfree. All rights reserved.-- Licensed under the Apache License, Version 2.0. See LICENSE.txt for terms and conditions.---------------

[20240913]关于X$的索引疑问.txt--//前不久我写一个查询X$索引的脚本，发现一个问题，查询不到一些X$表的索引,今天才明白为什么,做一个记录:1.环境:SYS@book> @ver2==============================PORT_STRING         &nb

[20240913]关于x$表分析问题.txt--//昨天使用一个查询涉及X表执行有点慢,我分析X表.执行dbms_stats.GATHER_FIXED_OBJECTS_STATS()时我发现并没有分析涉及到X$,看--//看一些细节.1.环境:SYS@book> @ pr==============================PORT_STRING   &

[20240912]记录使用tnsping遇到的问题.txt--//tnsping用来检测数据库是否连接存在许多局限性,记录自己在使用tnsping遇到的问题.1.环境:--//关闭数据库开启监听.SYS@book> shutdown immediate ;Database closed.Database dismounted.ORACLE instance shut down.--//服务

[20240912]tnsping诊断问题的局限性.txt--//tnsping用来检测数据库是否连接存在许多局限性,更多检查端口是否开放,甚至别的工具也许更好.--//通过1个简单的例子说明问题:1.环境:SYS@book> @ver2==============================PORT_STRING      &

[20240912]21c设置会话参数read-only.txt--//21c支持设置会话参数read-only,简单测试如下:1.环境:SCOTT@book01p> @ver2==============================PORT_STRING           &

[20240911]简单探究Failed Logon Delay等待事件.txt--//从19c开始如果用户登录密码不对,大量密集登录不会出现library cache lock.而出现Failed Logon Delay.会延迟一定的时间继续登录.1.环境:SCOTT@book01p> @ver2==============================PORT_STRING 

[20240911]关于依赖链4.txt--//继续补充前面的探究，问题还是集中在oracle如何通过x$kgldp组织起来这些相关信息的.--//我看了链接Oracle X$ tables – Part 1 – Where do they get their data from?--//http://blog.tanelpoder.com/2014/01/10/oracle-x-tables-p

[20240911]查看超长视图的定义2.txt--//昨天看了链接:https://www.anbob.com/archives/8295.html,提供了另外的方式获得超长定义试图的长文本。--//我重复验证看看.1.环境:SYS@book> @ver2==============================PORT_STRING    &nb

[20240905]Select vs Assign – How To Assign PLSQL Variables.txt--//重复测试:1.环境:Elapsed: 00:00:02.79SCOTT@book01p> @ver2==============================PORT_STRING      &nbs

[20240902]验证sql_idz.sh计算PLSQL代码块.txt--//测试验证sql_idz.sh计算PLSQL代码块是否正确.1.环境:SYS@book> @ver2==============================PORT_STRING           &

[20240902]建立完善sql_idz.sh脚本.txt--//增加hash_value的16进制显示采用大小写显示.$ cat -v ~/bin/sql_idz.sh#! /bin/bash# calcucate sql_text of full_hash_value(16),hash_value(10),sql_id(32).# argv1 sql statement or sql of

[20240901]21c Force matching signature的计算.txt--//以前如果sql语句出现绑定变量与常量混合的sql语句,计算force_matching_signature与EXACT_MATCHING_SIGNATURE是一样的.21c做--//了一些改进,这样可以使用sql profile优化固定这样一类sql语句,以前没有使用21c,现在可以验证看看.1.环境

[20240830]V$ACTIVE_SESSION_HISTORY.TOP_LEVEL_SQL_ID.TXT--//别人问的问题，试图V$ACTIVE_SESSION_HISTORY的TOP_LEVEL_SQL_ID字段含义。--//https://docs.oracle.com/en/database/oracle/oracle-database/19/refrn/V-ACTIVE_SESSI

[20240829]关于依赖链3.txt--//如果修改表结构或者改名,相关的sql语句在共享池会失效,必须重新分析,我开始学习orcle时候,一直认为这些相关信息保存在表对象--//句柄的堆0里面,如果涉及到的sql语句很多,这样堆0应该很大,而实际上的情况上堆0一直没有变化.我曾经问过别人这个问题,最终无--//法知道答案,或者解答不能让人满意.--//如果不在表对象句柄的堆0里面,这样应该分

[20240829]关于依赖链.txt--//如果修改表结构或者改名,相关的sql语句在共享池会失效,必须重新分析,我开始学习orcle时候,一直认为这些相关信息保存在表对象--//句柄的堆0里面,如果涉及到的sql语句很多,这样堆0应该很大,而实际上的情况上堆0一直没有变化.我曾经问过别人这个问题,最终无--//法知道答案,或者解答不能让人满意.--//如果不在表对象句柄的堆0里面,这样应该分散

[20240828]分析为什么出现library cache lock等待事件5.txt--//前几天测试遇到的问题,假如表不存在的情况下,如果密集执行这类sql语句,不理解为什么出现library cache lock等待事件.--//验证如果有1个会话,是否会持有mode=3的情况出现.--//上午使用gdb设置断点来验证,这次直接密集执行看看.1.环境:SCOTT@book01p> @

[20240827]分析为什么出现library cache lock等待事件2.txt--//前几天一直在分析如果表不存在的情况下,密集执行为什么出现library cache lock等待事件,而且出现的mode=2(共享模式),按照道--//理不应该阻塞,做一个分析.1.环境:SCOTT@book01p> @ver2==============================PORT_

[20240827]linux下如何规避alias的命令.txt--//以前我定义的别名:$ alias zzdatealias zzdate='date +'\''trunc(sysdate)+%H/24+%M/1440+%S/86400 == %Y/%m/%d %T'\'''$ zzdatetrunc(sysdate)+17/24

[20240825]记录表不存在sql语句执行调用kgllkal,kglpnal的情况(21c).txt--//记录表不存在sql语句执行调用kgllkal,kglpnal的情况(21c)1.环境:SCOTT@book01p> @ver2==============================PORT_STRING      &