ITPub博客

[20261102]光标跟踪事件9.txt--//12c开始pdb，引入pdb导致各个pdb下如何sql语句相同，生成的sql_id相同以及hash值也相同，这样如果多个pdb运行，如果执行的--//Sql语句句相同，再加上如果遇到出现大量子光标情况，岂不是该sql语句出现大量子光标，查询兼容的子光标不是花费很大，这些--//都是我开始转向pdb的想法，前段时间看了链接：--//https://f

[20261102]光标跟踪事件8.txt--//12c开始pdb，引入pdb导致各个pdb下如何sql语句相同，生成的sql_id相同以及hash值也相同，这样如果多个pdb运行，如果执行的--//Sql语句句相同，再加上如果遇到出现大量子光标情况，岂不是该sql语句出现大量子光标，查询兼容的子光标不是花费很大，这些--//都是我开始转向pdb的想法，前段时间看了链接：--//https://f

[20261102]为什么出现光标出现TOP_LEVEL_RPI_CURSOR不共享.txt--//记录自己测试遇到的问题，我以为不会出现TOP_LEVEL_RPI_CURSOR不共享，结果还是出现。1.环境：SYS@book> @ ver2==============================PORT_STRING     &nbsp

[20261102]改变pdb名字.txt--//测试的需要，限制自己测试环境的磁盘大小，不想克隆pdb=book01p，直接改名看看。--//找到1个链接：https://smarttechways.com/2024/11/16/how-to-change-the-pdb-name-in-oracle-database/--//直接按照以上步骤操作。0.安全起见先建立1个冷备份。--//关闭数据

[20261018]光标跟踪事件3.txt--//前几天测试使用cursortrace跟踪事件，想起以前子光标的性能测试。以后它应该很好跟踪该事件，重复测试看看。1.环境：SCOTT@book01p> @ ver2==============================PORT_STRING        &

[20261016]光标跟踪事件2.txt--//参考链接：https://www.0xchris.dev/posts/2026-07-30-understanding-the-cursortrace-event/--//看看不存在的表出现的情况,顺便解析为什么这种情况并发执行出现大量的子光标。1.环境：SCOTT@book01p> @ ver2=======================

[20261015]模拟kksfbc child completion等待事件2.txt--//放假前遇到的问题，系统运行缓慢，对方看到一个奇怪的等待事件kksfbc child completion，当时我就猜测可能执行的sql语句存在--//问题。我对它印象深刻的原因，该事件没有P1，P2，P3参数。因为以前遇到过没有建表导致的情况(当时并不在现场)，该等待事件--//kksfbc child

[20261013]光标跟踪事件.txt--//参考链接：https://www.0xchris.dev/posts/2026-07-30-understanding-the-cursortrace-event/--//简单测试看看：1.环境：SCOTT@book01p> @ ver2==============================PORT_STRING  &

[20261008]验证Shared Memory Segments key以及Semaphore Arrays Key(11g).txt--//根据前几天的测试，在11g下做一个验证：1.环境：SYS@book> @ ver1PORT_STRING            

[20261008]gdb引入结构体是否可行.txt$ cat sskgphpjw.cstruct sskgphpjw_input {    unsigned char data[0x100];  // 偏移 0x00，字符串/名字数据    uint64_t      len;

[20261008]bpftrace定义结构体例子.txt--//前几天确定sskgphpjw函数计算Semaphore Arrays key。sskgphpjw函数仅仅传递1个参数，并且字符串长度实际0x108，rdi的地址实--//际上指向某个结构体的指针。--//当时就有1个想法，能否在bpftrace脚本定义1个结构体，实现类似功能。$ cat sskgphpjw1.btstruct ss

[20261007]关于oracle sskgph2函数.txt--//在计算Semaphore Arrays Key时发现调用sskgpwidtokeys，跟踪整个过程时发现如下信息：# bpftrace sskgphpjw.bt 0Attached 9 probessskgpwidtokeys Beginsskgpbitspersem Begin[14:57:00] sskgpbitspers

[20261007]oracle Semaphore Arrays Key值的冲突.txt--//前面的测试已经验证了oracle Semaphore Arrays Key值使用sskgphpjw函数，通过跟踪它已经知道对应oracle Semaphore Arrays--//Key值.如果存在冲突呢？测试看看oracle如何处理这些问题。1.使用bpftrace监测结果如下：# bpftrace

[20261004]oracle sskgph2函数等价c以及python脚本.txt# bpftrace sskgphpjw.bt 0Attached 8 probessskgpwidtokeys Beginsskgpbitspersem Begin[10:21:51] sskgpbitspersem pid=4467 return hash_value=0x0000000e 14sskgpbi

[20261004]bpftrace查看oracle函数调用堆栈问题.txt--//使用bpftrace建立脚本查看oracle sskgphpjw调用堆栈的问题，做一个记录：--//前面的分析已经确定sskgphpjw函数用来计算Semaphore Arrays Key，bpftrace脚本跟踪sskgphpjw函数,无意间发现参与字符串运算--//存在某个规律,很明显每次运算的ascii码在原

[20261002]验证sskgphpjw函数参与运算的字符串是否存在规律.txt--//bpftrace脚本跟踪sskgphpjw函数,无意间发现参与字符串运算存在某个规律,很明显每次运算的ascii码在原来的基础上+1.# bpftrace  sskgphpjw.bt 0Attached 2 probes[16:22:49] sskgphpjw pid=5033 ptr=0x0000

[20261002]oracle Semaphore Arrays Key值的计算2.txt--//前面的测试已经确定使用sskgphpjw函数计算Semaphore Arrays Key，继续后面的测试。1.建立bpftrace脚本跟踪sskgphpjw执行时参数：$ cat test7.btuprobe:/u01/app/oracle/product/21.0.0/dbhome_1/bin/o

[20261001]oracle Semaphore Arrays Key值的计算.txt--//尝试计算ipcs -s输出的Semaphore Arrays Key值的计算。1.问题提出：--//关闭数据库重新启动：--//修改/etc/sudoers建立加入如下：# grep oracle /etc/sudoersoracle  ALL=(ALL)   

[20261001]nm输出的问题.txt$ nm $(which oracle) | egrep "skgmhash|sskgphpjw"00000000057909b0 T skgmhash00000000057b5a30 t sskgphpjw--//提问：小写的t,大写T有什么区别，分别表示什么意思？--//deepseek解析如下：nm 输出里的第二列是符号类型。 T

[20260927]rlwrap与gdb配合使用问题.txt--//我个人比较偷懒，打过的命令总想不再按复杂的按键再次调唤出来。--//但是gdb现在的版本内部集成了readline库，但是两种总是配合不好，打过的命令退出后就没有记忆了，无法再调出。--//以前在centos 7.4就遇到类似问题，参考链接 ： 20240922]gdb与rlwrap使用问题.txt--//当时的感觉就是还不如没有