ITPub博客

[20210410]关于time命令的解析.txt--//在 Linux 下，可以通过 time 命令，很容易获取程序的运行时间：$ time echo 2^1000000 | bc > /dev/nullreal    0m4.117suser    0m4.105ssys     0m0.

[20210408]max优化.txt--//上午看了利用max优化的案例，链接https://blog.csdn.net/enmotech/article/details/115388519--//第一眼觉得写的sql语句有点怪怪的，自己也尝试看看。1.环境:SCOTT@book> @ ver1PORT_STRING      &

[20210408]使用linux find注意.txt--//昨天本想清理生产系统trc文件，使用find命令遇到一些问题，引起一些注意通过例子说明。--//注：测试前我关闭测试数据库，主要想避免一些测试中数据库再产生trc文件。$ cd /u01/app/oracle/diag/rdbms/book/book/trace$ find . -name "*.tr?" -pri

[20210407]oradebug dump heapdump_addr.txt--//顺便学习一下oradebug dump heapdump_addr。1.环境：SCOTT@book> @ ver1PORT_STRING              

[20210407]分析sql语句的共享内存段3.txt1.环境：SCOTT@book> @ ver1PORT_STRING                    VERSION  &

[20210407]完善ti.sql脚本.txt--//tanel poder提供一个脚本ti.sql,更改跟踪文件名称。不过他的脚本要调用saveset，loadset保存和加载sqlplus的设置。--//首先我的测试他的脚本确实有用，我以前为了避免跟踪文件的混乱，经常选择退出再登录，而且这样的缺点就是不好做系列分析比较。--//主要还是文件名比较混乱。--//但是在测试ti.sql时，我个人

[20210401]使用bbed读取数据块恢复注意6.txt--//昨天下午QQ竟然收到信息，问一下bbed读取数据块恢复问题，我实际上那个脚本意义不大，不实用，在实际的恢复过程中会遇到各种--//无法预知的情况。比如行链接以及表中有lob类型等问题，不过在简单指导下对方回复竟然读取恢复成功了。--//除了上面提到的问题外，还可能遇到的问题。1.中文字符集问题。--//一般数据块字符集ZHS16G

[20210401]跟踪sqlplus登录执行了什么.txt--//昨天做了测试，链接http://blog.itpub.net/267265/viewspace-2765851/，顺便记录一下登录过程执行了什么。1.环境:SCOTT@book> @ ver1PORT_STRING         &n

[20210331]sql_id=459f3z9u4fb3u.txt--//生产系统使用exadata，执行sql_id=459f3z9u4fb3时，出现Disk file operations IO等待事件，我感觉有必要探究这条语句在哪里--//执行的。1.环境：SCOTT@book> @ ver1PORT_STRING     &nbsp

[20210331]Disk file operations IO与exadata.txt--//实际上这个问题困扰我很久，一直不知道为什么，我们生产系统主要运行在exadata上，遇到这个等待事件，当然不是主要的等待事--//件。我一直不清楚为什么出现这样的情况，自己无法解析，花一些时间探究这个等待事件。--//我前面已经测试了文件型数据库以及非exadata的rac数据库，实际上两者的情况类似

[20210330]bash使用source or ..调用shell脚本注意txt--//前一阵子写bash shell脚本遇到的问题做一个记录。我测试环境定义的PATH环境变量如下：$ echo $PATH | tr ":" "\n" | uniq/bin/home/oracle/anysql/home/oracle/bin/u01/app/oracle

[20210326]Disk file operations IO与RAC.txt--//上午测试了Disk file operations IO与文件型数据库的情况，链接http://blog.itpub.net/267265/viewspace-2765123/--//下午测试Disk file operations IO与RAC的情况，注意这里的rac不包括exadata。1.环境：SYS@

[20210326]Disk file operations IO与文件型数据库.txt--//实际上这个问题困扰我很久，一直不知道为什么，我们生产系统主要运行在exadata上，遇到这个等待事件，当然不是主要的等待事--//件。我一直不清楚为什么出现这样的情况，自己无法解析，花一些时间探究这个等待事件。--//首先从文件型数据库谈起，然后再讲讲使用存储的rac，最后exadata，在写这篇blo

[20210325]SCHEDULER$_PROGRAM_ARG SCHEDULER$_JOB_ARG在哪里.txt--//上午在测试建立数据库触发器时执行expdp测试出现意外，提示。$ expdp scott/book.... . exported "SCOTT"."T"       

[20210325]如何避免sequence意外删除.txt--//链接：http://www.itpub.net/thread-2141227-1-1.html=> [体系架构] oracle中的序列，如何监控.--//ZALBB提示建立数据库触发器，自己尝试看看。1.环境：SCOTT@book> @ ver1PORT_STRING    &n

[20210324]bash shell value too great for base.txt--//编写bash shell遇到的问题：$ printf "%02x\n" $(( 08 +1 ))-bash: 08: value too great for base (error token is "08")--//前面有0实际上bash shell默

[20210323]bbed读取数据块5.txt--//上个星期做了bbed读取数据块的测试，生成的文本存在一些小问题，要通过vim替换。--//今天没事，完善这部分的处理。1.环境：SCOTT@book> @ ver1PORT_STRING            &nbs

[20210322]seq xargs.txt--//我经常使用seq xargs 执行脚本。上午测试时出现一些问题。$ a=nccntnnn--//我想实现每个字符显示1行。$ seq 0 1 7 | xargs -IQ echo Q ${a:Q:1}0 n1 n2 n3 n4 n5 n6 n7 n $ seq 8 | xargs -IQ echo Q ${a:Q:1}1 n2 n3

[20210319]bbed读取数据块3.txt--//昨天做了bbed读取数据块链接：http://blog.itpub.net/267265/viewspace-2763810/--//今天测试一些特殊情况使用它恢复会出现什么情况，算是做一些补充。--//注意不要拿它到生产系统测试：1.环境：SCOTT@book> @ver1PORT_STRING   &n

[20210318]bbed读取数据块2.txt1.环境：SCOTT@book> @ver1PORT_STRING                    VERSION