[20220610]tmux记录操作内容.txt
[20220610]tmux记录操作内容.txt--//在配置文件tmux.conf加入如下内容:# record pane logbind P pipe-pane -o "cat >>~/#S_#I_#P.log" \; display "Toggled logging to ~/#S_#I_#P.log"--//然后执行如下:--//启动tm
[20220610][转载]Is my table marked for archive.txt
[20220610][转载]Is my table marked for archive.txt--//https://connor-mcdonald.com/2022/05/25/is-my-table-marked-for-archive/In 12c, we introduced a feature call Row Archival, which is a means of integra
[20220606]purge dba_recyclebin后台操作.txt
[20220606]purge dba_recyclebin后台操作.txt--//链接https://connor-mcdonald.com/2022/05/30/recycling-saves-the-planet-but-maybe-not-your-database/--//演示了执行purge dba_recyclebin中,执行缓慢的问题,主要是删除对象太多导致的问题,简单演示:1.环
[20220603]测试quiz night(补充).txt
[20220603]测试quiz night(补充).txt--//晚上https://jonathanlewis.wordpress.com/2022/05/20/quiz-night-37/的补充,作者给出了答案.Answer答案It's fairly common knowledge that Oracle includes a "length byte" in
[20220531]测试quiz night.txt
[20220531]测试quiz night.txt--//https://jonathanlewis.wordpress.com/2022/05/20/quiz-night-37/,自己重复测试看看。1.环境:SCOTT@book> @ver1PORT_STRING &nb
[20220531]模拟inactive session等待事件.txt
[20220531]模拟inactive session等待事件.txt--//上个星期做了生产系统inactive session等待事件的探究.猜测可能是防水墙审计一些应用无法登陆,通过job kill这些回话导致的情--//况.有许多问题不是很理解,在测试环境模拟看看.1.环境:SCOTT@book> @ ver1PORT_STRING &
[20220531]验证inactive session出现的问题.txt
[20220531]验证inactive session出现的问题.txt--//http://blog.itpub.net/267265/viewspace-2898061/ => [20220531]inactive session等待事件2.txt --//在alert.log记录出现大量类似的信息如下:ORA-06512: at line 5opiodr aborting proce
[20220531]inactive session等待事件2.txt
[20220531]inactive session等待事件2.txt--//检查生产系统,发现inactive session 和 enq: FU - contention 等待事件,从来没有遇到过,仔细探究看看:--//本文集中inactive session等待事件,在分析过程中走了许多弯路,重新整理.1.环境:> @ ver1PORT_STRING
[20220519]完善tpt dash_wait_chains2.sql脚本.txt
[20220519]完善tpt dash_wait_chains2.sql脚本.txt--//上午在enq FU - contention等待事件诊断是,使用tpt dash_wait_chains2.sql脚本,遇到链接--//http://blog.itpub.net/267265/viewspace-2850485/ => [20220102]使用ashtop与dashtop脚本的小问
[20220518]enq FU - contention等待事件.txt
[20220518]enq FU - contention等待事件.txt--//检查生产系统,发现inactive session 和 enq: FU - contention 等待事件,从来没有遇到过,仔细探究看看.--//本文集中探究enq: FU - contention 等待事件.1.环境:实例1> @ ver1PORT_STRING
[20220517]toad使用gather_plan_statistics提示问题.txt
[20220517]toad使用gather_plan_statistics提示问题.txt--//这个问题以前应该遇到过,再次做一次记录。1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20220510]完善tpt expandz.sql脚本.txt
[20220510]完善tpt expandz.sql脚本.txt--//以前改写的版本,要求输入参数2作为版本号.改为自动识别最佳.$ cat tpt/expandz.sqlset long 40000set serveroutput oncolumn arg new_value argset term offselect decode(&2,11,'sql2','
[20220507]优化的困惑13.txt
[20220507]优化的困惑13.txt--//生产系统一条sql语句,优化时遇到的问题,做一个记录:1.环境:> @ pr==============================PORT_STRING &nb
[20220428]优化的困惑12.txt
[20220428]优化的困惑12.txt--//最近一直我优化数据库,该项目上线1年,我使用我改写TPT的ash_index_helper.sql脚本,我发现在使用中存在困惑,做一个记录.1.环境:> @ ver1PORT_STRING
[20220427]ls 忽略特定文件.txt
[20220427]ls 忽略特定文件.txtls 命令有一个参数-I 忽略特定文件.例子如下:$ ls -I "*.txt" -I "*.sh"a.webp bin binx ff.sed find other pipe1 pipe2 test--//注意一定要
[20220422]为什么执行不报错.txt
[20220422]为什么执行不报错.txt--//生产系统1条sql语句,明显存在隐式转换,而且这个转换无法进行的,但是我奇怪的是执行不报错。1.环境:> @ ver1PORT_STRING  
[20220422]完善tpt ash ash_index_helperx脚本2.txt
[20220422]完善tpt ash ash_index_helperx脚本2.txt--//感觉[tpt ash ash_index_helperx.sql脚本,对于从来没有经过优化能很快建立需要的索引.--//我发现应该再增加一个定位条件比如plan_card =1 或者 plan_card <= 10 之类的能更快的确定建立的索引.--//注意脚本中的^G字符要使用ctrl+v ct
[20220421]完善查询表分析的历史th.sql脚本.txt
[20220421]完善查询表分析的历史th.sql脚本.txt--//有时候要快速还原表统计相关信息,自己编写脚本如下:$ cat th.sqlset term offcolumn v_owner new_value v_ownercolumn v_table new_value v_tablecolumn STATS_UPDATE_TIME1 new_value V_STATS_UPDATE_
[20220421]为什么说华为监控是垃圾.txt
[20220421]为什么说华为监控是垃圾.txt--//前一阵子跟别人聊天提到的情况,我可不是乱讲。> @ ver1PORT_STRING VERSION 
[20220420]完善查询光标为什么不共享脚本.txt
[20220420]完善查询光标为什么不共享脚本.txt--//前几天遇到的问题,发现一条语句子光标很多,利用链接--//http://blog.itpub.net/267265/viewspace-2884546/ => [20220328]查询光标为什么不共享脚本.txt --//生成的脚本,适当改写执行:> @ unshare 8cyaz1uy3wtu1SQL_ID &