ITPub博客

[20260818]建立完善dc_objects.sql脚本.txt--//原先写的脚本有点问题user_id=1,dba_users以及cdb_users视图没有public用户，实际上public是特殊角色。--//使用CONTAINERS(sys.user$)代替user$.--//另外即使使用CONTAINERS(sys.user$)，查询也不包括CON_ID=2，CON_NAME=PDB

[20260818]21c X$表的分析与直方图信息2.txt--//偶然发现这个问题，在测试环境演示出来,这与我的个人维护习惯有关。1.环境：SYS@book> @ ver2==============================PORT_STRING           &n

[20260815]centos 9 sar安装.txt--//发现安装的centos 9，没有sar命令# sarbash: sar: command not found...Failed to search for file: /mnt/cdrom/BaseOS was not found# mount /dev/sr0 /mnt/cdrom/ -o ro# sarbash: sar: com

[20260813]简单探究row cache的相关问题2.txt--//继续昨天的探究:--//疑问:前面测试查询如下SYS@book> select rownum cache# from dual connect by level <=65 minus select cache# from v$rowcache where type='PARENT'; &

[20260812]简单探究row cache mutex的相关问题.txt--//继续昨天的探究.--//假设一个表scott.dept，对象类型dc_objects，oracle如何确定那些chunk上寻找row cache mutex以及row cache hash呢?  必须还--//有chunk记录这些信息.1.环境:SYS@book> @ ver2===========

[20260811]简单探究row cache mutex的定位问题.txt--//如果知道某个对象hash值，在row cache如何定位呢？--//首先说明这些分析讲的不好听就是瞎猜,对不对我自己都不是很清楚.1.环境：SYS@book> @ ver2==============================PORT_STRING    &nbs

[20260810]简单探究row cache mutex.txt--//昨天的测试使用mutexprofz.sql脚本输出有mutex_addr地址，不知道是否巧合2个hash相差1，对row cache mutex做一个简单探究。1.环境：SYS@book> @ ver2==============================PORT_STRING   

[20260810]测试遇到的问题(21c).txt--//昨天测试遇到的问题，单独拿出来测试验证看看。1.环境：SYS@book> @ ver2==============================PORT_STRING             &nbsp

[20260810]row cache的直方图信息.txt--//昨天探究row cache mutex等待事件关联的对象。oracle 缺省分析方法是auto，这样会在表的一些字典上建立大量的直方图信息。--//实际上许多字段根本不需要建立直方图，尝试建立表并且建立直方图，看看相关字段直方图占用共享内存的情况。1.环境：SCOTT@book01p> @ ver2==============

[20260809]Row Cache Mutex 定位具体对象的方法.txt--//利用sql语句select sid from v$mystat where rownum=1;密集执行时会出现row cache mutex等待事件，测试是否能定位具体对象。--//主要原因执行如下查询，没有返回记录。SYS@book> select * from v$rowcache_parent whe

[20260809]跟踪执行select sid from v$mystat where rownum=1;.txt--//前段时间测试cdb下密集执行select sid from v$mystat where rownum=1;很慢，发现调用kgllkal函数在实例对象上，大量的执行必--//然要在该对象上产生争用。出现library cache: bucket mutex X，library

[20260808]测试21c cursor_sharing=force下的library cache lock pin的情况.txt--//补充测试21c下cursor_sharing=force下的library cache lock/library cache pin的情况.1.环境：SCOTT@book01p> @ ver2==============================

[20260806]测试11g cursor_sharing=force下的library cache lock pin的情况.txt--//补充测试11g下cursor_sharing=force下的library cache lock/library cache pin的情况.1.环境：SCOTT@book> @ ver2==============================POR

[20260802]测试遇到的问题.txt--//我的测试很喜欢写一个脚本，打开一定数量并发，执行特定循环次数，看看遇到什么相关等待事件。前段时间测试带dblink的sql语--//句密集执行的情况，以及select sid from v$mystat where rownum=1的pdb与cdb情况，实际上测试应该选择类似sql语句执行格式：select /*+ &3 */sid fro

[20260725]centos 9安装dstat rpm包.txt--//今天检查发现安装的centos 9没有安装dstat,查询iso文件,发现竟然没有dstat rpm包,有点意外.--//而且记忆里安装后我使用过,什么会现在不能使用了,也许删除软件包时附带删除了.--//查询发现: 原始dstat在CentOS 9/RHEL 9 中已被官方移除，因为它基于 Python 2 且已停止维护

[20260724]putty配置tunnel远程连接.txt--//以前测试过，参考链接：[20210929]putty配置tunnel远程连接.txt--//理论讲配置ssh tunnel并且勾上 Local ports accept connections from other hosts,remote ports do the same(SSh-2 only).--//配置好的端口无论是l

[20260721]测试带dblink的sql语句密集执行的情况(整理版本).txt--//前面测试带dblink的sql语句，每次都会存在对dblink对象的library cache lock，测试密集执行这类sql语句会出现什么情况。1.环境：SCOTT@book01p> @ ver2==============================PORT_STRING &nbs

[20260718]跟踪带dblink的sql语句的library cache lock/library cache pin的使用情况.txt--//还从来没有使用自己写的gdb或者其他脚本跟踪带dblink的sql语句，看看相应sql语句使用library cache lock/library cache pin的情况.--//为了测试比较符合实际情况，使用2个数据库，版本都是21c。1.环境：

[20260717]ORA-02011 duplicate database link name.txt--//在centos 9，IP=192.168.56.103上建立dblink，报ORA-02011 duplicate database link name错误,做一个记录：1.环境：SCOTT@book01p> @ ver2==============================

[20260715]对象RECO.ORACLE.COM的FULL_HASH_VALUE.txt--//后记:链接 https://www.anbob.com/archives/9706.html =》High 'latch: shared pool' and 'library cache: mutex X' in--//Oracle 19c(19.13),我没遇到这