ITPub博客

[20260422]测试设置use_large_pages是否会启动dism.txt--//前几天测试设置use_large_pages是否会启动oradism，每次手工设置切换执行非常麻烦，一些步骤非常容易遗漏做错，写一个测试脚--//本，一次测试完成。1.环境：SYS@book> @ ver2==============================PORT_STRING &

[20260421]11g关于hugepages的相关问题.txt--//昨天测试21c设置use_large_pages时遇到的问题，遇到以前在11g测试不同的情况，在11g重复测试验证看看。--//测试1.设置use_large_pages＝auto，是否启动oaadism命令。--//测试2.设置use_large_pages＝only时，vm.nr_overcommit_hugepages

[20260420]再论参数use_large_pages(补充use_large_pages=true).txt--//前面测试use_large_pages=ONLY，AUTO，AUTO_ONLY等3种情况。还是完善测试补充use_large_pages=true的情况.1.环境：SYS@book> @ ver2==============================PORT_STR

[20260420]再论参数use_large_pages.txt--//现在服务器内存越来越大，一开始上线最好采用hugepages，而不是以后某个时间再修改，这样无形增加运维的工作量。--//现在缺省参数use_large_pages缺省等于true，非常容易混淆，并不是一定全部采用HugePage，而是优先使用HugePage，如果不足采--//用small pages作为补充，oracle

[20260416]奇怪的latch free等待事件3(latch: undo global data).txt--//继续前面的分析,分析latch: undo global data等待事件：SYS@book> @ ashtop event 1=1 trunc(sysdate)+16/24+20/1440+16/86400 trunc(sysdate)+16/24+21/1440+14

[20260416]奇怪的latch free等待事件2(buffer busy waits).txt--//继续前面的分析,继续探究遇到buffer busy waits等待事件的情况：SYS@book> @ ashtop event 1=1 trunc(sysdate)+16/24+20/1440+16/86400 trunc(sysdate)+16/24+21/1440+14/8640

[20260416]奇怪的latch free等待事件1.txt--//在例行检查发现，生产系统前5个等待事件latch free等待事件(排在第4位)，大约400秒上下。开始以为space management--//background task相关，查看参数_enable_spacebg=false，明显不是原来遇到的情况。仔细看对应的sql语句，发现一个特点，就是--//采用with开头，

[20260414]使用nl命令的小问题.txt--//使用nl缺省值如下：By default, selects -v1 -i1 -l1 -sTAB -w6 -nrn -hn -bt -fn.  CC are two delimiter characters for separating logicalpages, a missing second character implies

[20260413]oracle优化器缺陷再分析.txt--//前几天听别人讲课，提到oracle优化器缺陷，视乎提到其他数据库的不存在该问题。--//参考链接：https://www.anbob.com/archives/9362.html => Oracle优化器outer join to inner不如YashanDBhttps://www.minniebaby.tech/2025/0

[20260413]FOR ALL COLUMNS SIZE repeat(21c).txt--//生产系统19c遇到直方图仅仅出现bucket数量小于NUM_DISTINCT的情况，按照桶数量没有超过254桶，应该建立--//top frequency histogram或者frequency histogram，而实际上建立的hybrid histogram，导致返回cards存在较大误差。-

[20260409]oracle regexp_like过滤不显示特定字符串.txt--//假设要生成执行语句，排除minimum，maximum，lowval，hival这4个字符串如何实现，上网查询一下，可以使用否定前瞻，简单测试--//看看,避免以后使用时再查资料。1.环境：SCOTT@book01p> @ ver2==============================PORT_

[20260408]再遇ORA-01031 insufficient privileges报错.txt--//以前在访问hist_head$表时遇到1次，今天在访问WRI$_OPTSTAT_HISTHEAD_HISTORY时遇到。还是一样的问题，做一个记录：1.环境：SYS@book> @ ver2==============================PORT_STRING 

[20260408]建立完善tpt的pvalid.sql脚本.txt--//修改tpt的pvalid.sql，使用正则表达式。SYS@book> @ pvalid cursor_sharingDisplay valid values for multioption parameters matching "cursor_sharing"...  PAR# PAR

[20260407]Real-Time Statistics带来的问题.txt--//19c开始引入Real-Time Statistics以及High-Frequency Statistics，不知道这两个是否表示一个意思。在exadata缺省应该是打开--//的。去年就遇到这个问题，导致相关sql语句出现大量子光标，但是不知道如何关闭这个特性，以为是某个隐含参数，实际上通过--//使用EXEC

[20260327]为什么删除不彻底.txt--//测试环境磁盘空间有点紧张,直接删除oracle trace目录下文件,发现一个现象,通过真实的情况说明:--//为了更好演示，重启数据库。1.问题提出：$ cd /u01/app/oracle/diag/rdbms/book/book/trace $ ll -i *dia0*314263 -rw-r-----. 1 oracle oin

[20260321]oracle后台进程SA.txt--//启动一台大内存的oracle数据库，发现后发现后台启动一个ora_sa00_<sid>进程，紧接着马上消失(实际上1-2秒后消失)。--//上网查询后发现该进程负责sga memory alloc，如果sga配置非常大上T，在启动时有可能看到该进程。--//理论讲在测试环境应该可以看到，只不过很快消失，简单测试看看。--//按

[20260320]如何保存vim寄存器的内容.txt--//今天在使用vim编辑命令时遇到的问题，我平时将一些复杂的命令封装在寄存器中，今天发现某个操作失效。--//查看寄存器内容发现内容不对，还好我做了笔记，记录了里面内容，重新装入就ok了。--//我估计不小心按q键给覆盖了。这就涉及到保存问题，我知道vim执行会读取viminfo文件里面保存了这方面信息，正常退出后保存到--//该文件。该文

[20260318]如何实现.txt--//昨天在执行alter session set events 'trace[nsmtio]';，分析是否采用直接路径读时，跟踪内容如下：NSMTIO: kcbcmt1: scann age_diff adjts last_ts nbuf nblk has_val kcbisdbfc 0 17952 0 56782 1053 0 0 2010

[20260319]sshd配置问题UseDNS.txt--//生产系统遇到的问题，使用ssh无法登录，机器前几天重启过，只能到机房在主机登录查看，发现sshd服务没有起来。--//问题已经解决，在测试环境模拟故障的产生过程。--//尝试启动sshd服务。# systemctl start sshdJob for sshd.service failed because the control pr

[20260317]直接路径读决策(21c).txt--//前几天测试直接路径读遇到的情况大于_small_table_threshold的情况下全部没有数据缓存的情况下，21c全表扫描第1次采用直接路--//径读，第2次没有有采用直接路径读，上网查了一些资料，找到链接：https://fritshoogland.wordpress.com/2015/06/29/investigating-the