[20220322]探究oracle sequence 2.txt
[20220322]探究oracle sequence 2.txt--//对oracle sequence做一个简单探究.sequence一般使用更新表的主键.1.环境:SCOTT@book> @ver1PORT_STRING
[20220321]探究oracle sequence.txt
[20220321]探究oracle sequence.txt--//对oracle sequence做一个简单探究.sequence一般使用更新表的主键.1.环境:SCOTT@book> @ver1PORT_STRING &n
[20220316]完善vim gdb.vim插件.txt
[20220316]完善vim gdb.vim插件.txt--//上午使用发现一个小问题,二进制时前面没有0b,补上。29 = 11101# cat gdb.vim"" gdb Low version for linux""noremap <Leader>px Yp!!sed -e 's+^+p /x +' >\
[20220314]利用vim下使用gdb进行各种进制转换插件.txt
[20220314]利用vim下使用gdb进行各种进制转换插件.txt--//前一段时间学习使用gdb进行各种进制转换,当时遇到有时候16进制与10进制一起运算的问题,当时我使用tpt的calc脚本来解决这个--//问题来解决。当然bc以及bash也可以就是比较麻烦,比如。$ echo $((0xa+10))20--//有时候我还给使用bccalc_linux插件转换为16进制,我后面发现gdb比
[20220304]grep --no-group-separator.txt
[20220304]grep --no-group-separator.txt--//这个参数是新版本才支持。# grep -C1 root /etc/passwdroot:x:0:0:root:/root:/bin/bashbin:x:1:1:bin:/bin:/sbin/nologin--mail:x:8:12:mail:/var/spool/mail:/sbin/nologinoperato
[20220311]完善ash_wait_chains脚本.txt
[20220311]完善ash_wait_chains脚本.txt--//以前写的脚本:http://blog.itpub.net/267265/viewspace-2841682/ ->[20211111]补充完善ash_wait_chains脚本.txt --//发现一些小问题。SYS@book> @wcy "timestamp'2022-03-11 17:06:
[20220311]windwos下使用seq与xargs建立多个子目录问题.txt
[20220311]windwos下使用seq与xargs建立多个子目录问题.txt--//要建立202201,202202,...子目录在windows下报错如下。\>seq 202201 1 202212 | xargs -iQ mkdir Q': Invalid argumentdirectory `202201': Invalid argumentdire
[20220309]完善shp4.sql脚本.txt
[20220309]完善shp4.sql脚本.txt--//昨天看了以前写的shp4.sql脚本,发现写的不好,不能充分利用索引,重新改写一个新版本:1.环境:SYS@book> @ver1PORT_STRING &
[20220309]查询x$ksmmem遇到的疑问补充.txt
[20220309]查询x$ksmmem遇到的疑问补充.txt--//在昨天的查询x$ksmmem遇到的疑问,当天晚上仔细看了早上写的内容,可能我忽略查询的顺序,补充测试看看.1.环境:SYS@book> @ver1PORT_STRING
[20220308]查询x$ksmmem遇到的疑问.txt
[20220308]查询x$ksmmem遇到的疑问.txt--//前一段时间探究library cache mutex的定位问题,使用了x$ksmmem视图,当然也可以使用oradebug peek显示相关信息。--//主要显示的方便,但是我在使用x$ksmmem时遇到一个奇怪的问题,就是显示500条记录时明显感觉出现一个小小的停顿,不知道为什--//么,当时主要精力放在探究library cac
[20220304]使用gdb完成各种进制转换.txt
[20220304]使用gdb完成各种进制转换.txt--//一般使用gdb调试跟踪程序,centos 7以上版本gdb支持管道,可以使用gdb p命令实现10,16进制转换,通过一些例子说明:# cat /etc/redhat-releaseCentOS Linux release 7.9.2009 (Core)# gdb -vGNU gdb (GDB) Red Hat Enterprise L
[20220304]测试library cache mutex遇到的疑问.txt
[20220304]测试library cache mutex遇到的疑问.txt--//昨天测试library cache mutex如何定位时遇到的疑问,就是每次执行sql语句后gets数量不是开始不是按照1增加,而是2.--//今天测试看看,顺便加强记忆与理解。1.环境:SCOTT@book> @ ver1PORT_STRING
[20220303]oracle如何定位使用library cache mutex 3.txt
[20220303]oracle如何定位使用library cache mutex 3.txt--//这个问题实际上困扰我很久,我开始以为library cache bucket在1个chunk内,只要知道 基地址+40*buckect值 获得偏移,定位--//library cache bucket 的地址。--//注:11g 下每个library cache bucket占用16字节,后面跟着
[20220302]oracle如何定位使用library cache mutex 2.txt
[20220302]oracle如何定位使用library cache mutex 2.txt--//这个问题实际上困扰我很久,我开始以为library cache bucket在1个chunk内,只要知道 基地址+40*buckect值 获得偏移,定位--//library cache bucket 的地址。--//注:11g 下每个library cache bucket占用16字节,后面跟着
[20220301]oracle如何定位使用library cache mutex.txt
[20220301]oracle如何定位使用library cache mutex.txt--//这个问题实际上困扰我很久,我开始以为library cache bucket在1个chunk内,只要知道 基地址+40*buckect值 获得偏移,定位--//library cache bucket 的地址。--//注:11g 下每个library cache bucket占用16字节,后面跟着mu
[20220228]测试Max_idle_blocker_time 参数.txt
[20220228]测试Max_idle_blocker_time 参数.txt--//今天本来想测试Max_idle_blocker_time在19c的情况,发现不起作用,我使用sys用户测试,我估计可能对于sys用户这样的设置可能不--//起作用.我又做了max_idle_time的测试发现问题依旧,我没有19c的测试环境,先在18c上测试Max_idle_blocker_time的情况.1.
[20220223]Index ITL Limit.txt
[20220223]Index ITL Limit.txt--//昨天看了链接https://jonathanlewis.wordpress.com/2022/02/18/index-itl-limit/,重复测试:1.环境:SCOTT@book> @ ver1PORT_STRING &
[20220223]bbed ktbbh.ktbbhict.txt
[20220223]bbed ktbbh.ktbbhict.txt--//bbed读取数据块时对于数据块的ktbbh.ktbbhict应该记录的是ITL槽的数量.可以我遇到不是这样的情况,做一个记录.1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20220223]bbed读取数据块mssm与assm 2.txt
[20220223]bbed读取数据块mssm与assm 2.txt--//别人问的问题,oracle使用bbed读取数据块,如何知道数据文件是mssm以及assm的.--//通过观察一个数据文件来分析看看:1.环境:SCOTT@book> @ ver1PORT_STRING  
[20220217]完善tpt gts.sql脚本.txt
[20220217]完善tpt gts.sql脚本.txt--//有时候不小心使用gts分析生产系统的表,选择FOR TABLE FOR ALL COLUMNS SIZE 1,导致直方图消失.修改采用repeat,这样更加安全--//一些.--//method_opt=>'FOR TABLE FOR ALL COLUMNS SIZE 1'为method_opt=>