[20260317]直接路径读决策(11g).txt
[20260317]直接路径读决策(11g).txt--//前几天测试直接路径读遇到的情况大于_small_table_threshold的情况下全部没有数据缓存的情况下,21c全表扫描第1次采用直接路--//径读,第2次没有有采用直接路径读,上网查了一些资料,找到链接:https://fritshoogland.wordpress.com/2015/06/29/investigating-the
[20260313]深入探究max_idle_time(21c).txt
[20260313]深入探究max_idle_time(21c).txt--//别人的生产系统想设置max_idle_time参数。我看了以前的测试笔记,我个人不主张设置该参数,主要原因有如下:--//1.就仅仅支持系统级别修改,不基于会话修改,不够灵活。--//2.如果存在事务,会话取消后事务回滚,感觉应该设计这种情况不会退出会话。--//3.清理的执行时间应该是大于max_idle_time,
[20260315]tcp_keepalive_time的设置问题.txt
[20260315]tcp_keepalive_time的设置问题.txt--//前面的测试设置SQLNET.EXPIRE_TIME=1在sqlnet.ora文件,发现开始keepalive=60,然后开始递减。接着分成2部分。并不是从60开--//始,分别6秒,54秒2部分。--//跟踪启动进程,发现如下信息:$ strace -f -o xxx.txt sqlplus scott/book@b
[20260312]跟踪sqlplus登录tpt init.sql脚本遇到的问题.txt
[20260312]跟踪sqlplus登录tpt init.sql脚本遇到的问题.txt--//今天跟踪sqplus的登录,发现tpt init.sql脚本存在一个小问题:4398 read(9, "\0\0\0\275\6\0\0\0\0\0\4\1\0\0\0+\0\1\1\0\0\0{\5\0\0\0\0\2\0\0\0"..., 1048592) = 189
[20260311]sqlnet.ora设置sqlnet.expire_time与tcp_keepalive_time关系.txt
[20260311]sqlnet.ora设置sqlnet.expire_time与tcp_keepalive_time关系.txt--//以前对netstat的输出不理解,为什么里面显示keepalive达不到设置的时间,总被分成2部分。--//今天无意中的观察,明白其中的奥秘,希望这次能讲解清楚。--//一般设置的方法有2种:--//方法1.修改/etc/sysctl.conf:# grep &
[20260310]理解db file parallel read等待事件与异步IO.txt
[20260310]理解db file parallel read等待事件与异步IO.txt--//以前的测试在filesystemio_options=none的情况,今天补充测试filesystemio_options=asynch的情况。db file parallel readThis happens during recovery. It can also happen during b
[20260309]使用oracle正则表达式问题.txt
[20260309]使用oracle正则表达式问题.txt--//tpt以及包括自己写的sql工具脚本使用oracle正则表达式,在使用中还是遇到一些细节问题,做一些概况总结,避免以后遇到时在这--//方面浪费时间。--//首先使用oracle正则表达式比较灵活方便,虽然执行效率不高,一般这类查询不必考虑这方面因素。1.环境:SYS@book> @ ver2=================
[20260309]关于db_file_multiblock_read_count参数疑问3.txt
[20260309]关于db_file_multiblock_read_count参数疑问3.txt--//昨天在21c下测试db_file_multiblock_read_count最大值可以设置4096,这样每次IO可以达到8*4=32M。--//测试看看是否db_file_multiblock_read_count达到该数值。1.环境:SYS@book> @ ver2=========
[20260308]关于db_file_multiblock_read_count参数疑问2.txt
[20260308]关于db_file_multiblock_read_count参数疑问2.txt--//前面验证db_file_multiblock_read_count的计算:--//1.可以看出db_file_multiblock_read_count在没有设置的情况下数据库缺省按照_db_block_buffers/sessions计算,如果该值小于--//128,直接取整,如果大于12
[20260308]关于db_file_multiblock_read_count参数疑问1.txt
[20260308]关于db_file_multiblock_read_count参数疑问1.txt--//前几天在测试全表扫描时做db file scattered read,在21c的环境发现db_file_multiblock_read_count=101,我并没有在参数文件--//里面设置db_file_multiblock_read_count参数,21c启动如何计算设置db_file_
[20260228]如何实现字符串拆分输出数字序列.txt
[20260228]如何实现字符串拆分输出数字序列.txt--//工作需要,需要实现输入字符串拆分输出数字序列。比如:--//输入 1-3,5,7-10,44--//输出 1,2,3,5,7,8,9,10,44--//想了半天感觉不好写,上kimi查询,自己改了一改,修改如下:$ cat numlist2.sh#! /bin/bashecho "$1" | awk '{
[20260227]使用trim函数删除前后字符.txt
[20260227]使用trim函数删除前后字符.txt--//想使用trim函数删除前后字符,缺省仅仅删除空格,如果不是空格写法比较特殊,做1个记录。1.环境:SCOTT@book01p> @ ver2==============================PORT_STRING
[20260219]关于设置filesystemio_options=setall的情况.txt
[20260219]关于设置filesystemio_options=setall的情况.txt--//节前遇到的问题,设置filesystemio_options=asynch,并非全部读写操作都是异步IO操作,发现在读取时许多操作还是使用pread函--//数。而测试出现直接路径读才会使用异步IO操作,并且还发现在21c下直接路径读的阈值提高不少(注不包括前面测试遇到的特殊情况),--//而且
[20260216]直接路径读与filesystemio_options=asynch(21c).txt
[20260216]直接路径读与filesystemio_options=asynch(21c).txt--//昨天测试直接路径读遇到的情况,不知道为什么仅仅第1次使用直接路径读,再次执行无论是否刷新数据缓存,都无法实现。--//另外无意中发现设置参数filesystemio_options=asynch时,并不是读取访问数据块是使用异步IO,而是直接路径读时才使用异步IO。--//通过测试说明遇
[20260215]关于连接提示.txt
[20260215]关于连接提示.txt--//再次提醒自己,连接提示仅仅写1个表。1.环境:SCOTT@book01p> @ ver2==============================PORT_STRING &nbs
[20260215]测试直接路径读的阈值(21c).txt
[20260215]测试直接路径读的阈值(21c).txt--//别人测试直接路径读遇到一些问题,使用如下链接还提供1个测试脚本:http://blog.itpub.net/22034023/viewspace-773483/--//转抄如下:
[20260213]测试直接路径读的阈值(11g).txt
[20260213]测试直接路径读的阈值(11g).txt--//测试直接路径读遇到一些问题,先在11g下测试看看。--//别人测试直接路径读遇到一些问题,使用如下链接还提供1个测试脚本:http://blog.itpub.net/22034023/viewspace-773483/--//转抄如下: &
[20260130]验证ORACLE执行递归最大次数.txt
[20260130]验证ORACLE执行递归最大次数.txt--//验证ORACLE执行递归最大次数。$ oerrz ORA-2178021780, 00000, "Maximum number of object durations exceeded."// *Cause: This typically happens if there is infinite r
[20260128]建立完善descvv.sql脚本.txt
[20260128]建立完善descvv.sql脚本.txt--//在使用自己写的descvv.sql脚本遇到的问题,通过例子说明:SCOTT@book01p> @ descvv v$sql is_eXtended describe of v$sqlDISPLAY TABLE_NAME OF COLUMN_NAME INFORMATION.INPUT OWNER.TA
[20260123]建立完善str_token.sql脚本.txt
[20260123]建立完善str_token.sql脚本.txt--//建立一个将字符串按照特定字符拆分的脚本。$ cat str_token.sqlcolumn str format a30select regexp_substr('&1','[^&2]+', 1, level) strfrom dualconnect BY regexp_sub