[20190503]12C R2 分区交换.txt
[20190503]12C R2 分区交换.txt--//12C之前分区交换,如果表存在UNUSED COLUMN时,如果通过ctas建立的表进行交换会报错.--//12c R2 建立表时指定FOR EXCHANGE WITH TABLE参数可以将隐含列一起建立过来.--//通过例子说明:1. 环境:SCOTT@test01p> @ ver1PORT_STRING &n
[20190423]oradebug peek测试脚本.txt
[20190423]oradebug peek测试脚本.txt--//工作测试需要写一个oradebug peek测试脚本,不断看某个区域内存地址的值。1.环境:SCOTT@book> @ ver1PORT_STRING VERSION &n
[20190428]恢复oraInventory.txt
[20190428]恢复oraInventory.txt--//不小心删除oraInventory文件,一般不影响数据库运行。我自己以前遇到一次,当时在/home/oracle/oraInventory.--//我采用最笨的方法重新安装oracle数据库.--//不过还是测试看看如何恢复,主要原因是我遇到一种情况,看最后说明.0.环境:SCOTT@book> @ ver1PORT_STRIN
[20190430]注意sql hint写法.txt
[20190430]注意sql hint写法.txt--//链接:https://www.bobbydurrettdba.com/2019/04/16/check-your-hints-carefully/SCOTT@book> @ ver1PORT_STRING &
[20190427]表改名与ora-14047错误.txt
[20190427]表改名与ora-14047错误.txt--//改表名失败,做一个记录:1.环境:SCOTT@book> @ ver1PORT_STRING VERSION BANNER-------
[20190423]简单测试latch nowilling等待模式.txt
[20190423]简单测试latch nowilling等待模式.txt--//我对这个问题的理解就是如果参数willing=0,表示无法获取该latch,直接退出,再寻找类似的latch。--//我仅仅知道redo copy latch具有这个特性:> select addr,name,level#,latch#,gets,misses,sleeps,immediate_gets,imm
[20190423]那个更快的疑问3.txt
[20190423]那个更快的疑问3.txt--//前一阵子,做了11g在单表单条记录唯一索引扫描的测试,摘要如下:--//参考链接:http://blog.itpub.net/267265/viewspace-2636321/http://blog.itpub.net/267265/viewspace-2636342/--//在链接中我解析唯一索引查询的情况,为什么10g快于11g,链接:htt
[20190423]简单测试user和SYS_CONTEXT ('USERENV','CURRENT_USER').txt
[20190423]简单测试user和SYS_CONTEXT ('USERENV','CURRENT_USER').txt1.环境:SCOTT@book> @ ver1PORT_STRING VERSION &n
[20190419]bash单双引号问题.txt
[20190419]bash单双引号问题.txt--//上午调试bash shell时遇到的问题。$ sqlplus -s -l / as sysdba <<< '@ shared_latch.txt "test shared non-parent l0" 1 1 2 x 1' >| /tmp/xx.txt$ cat /tmp
[20190422]学习linux fuser.txt
[20190422]学习linux fuser.txt--//学习fuser.实际上以前知道这个命令主要目的是umount无法文件系统使用.--//实际上可以查看那些进程还在挂着对应的文件.--//注意使用-k之前注意!!--//不过今天使用遇到1个怪问题:# fuser /u01/app/oracle/product/11.2.0.4/dbhome_1/lib/libclntsh.so.11.1
[20190419]shared latch spin count 2.txt
[20190419]shared latch spin count 2.txt--//上午测试shared latch XX模式的情况,链接:http://blog.itpub.net/267265/viewspace-2641902/--//继续测试其它情况.--//链接:http://andreynikolaev.wordpress.com/2011/01/14/spin-tales-part
[20190419]shared latch spin count.txt
[20190419]shared latch spin count.txt--//昨天测试exclusive latch spin count = 20000(缺省).--//今天测试shared latch spin count的情况,看了一些文章测试等于2 *_spin_count.--//有了昨天的测试经验,今天测试应该相对容易一些,不过shared latch有两种模式:For the s
[20190418]exclusive latch spin count.txt
[20190418]exclusive latch spin count.txt--//昨天测试"process allocation" latch,主要这个latch与其它拴锁spin方式有点不同,但是缺省都是spin 20000.如何验证一直是困扰我的问题.--//而且现在的模式是spin 一定数量后,调用semop睡眠,等待唤醒.在这步消耗cpu资源很少.而不是像以前反复
[20190417]隐含参数_SPIN_COUNT.txt
[20190417]隐含参数_SPIN_COUNT.txt--//在探究latch spin计数之前,先简单探究_SPIN_COUNT.实际上oracle现在版本latch spin的数量不再是2000,而是记录在--//x$ksllclass里面.通过例子说明:1.环境:SYS@book> @ ver1PORT_STRING &nbs
[20190415]ora-02049错误.txt
[20190415]ora-02049错误.txt--//前几天遇到的问题,这几天探究latch,没有马上解决彻底,今天在看看,--//很古老的旧系统(192.168.xxx.xx)出现问题,ora-02049错误.ORA-02049: time-out: distributed transaction waiting for lock$ oerr ora 204902049, 000
[20190416]process allocation latch.txt
[20190416]process allocation latch.txt--//看链接:http://andreynikolaev.wordpress.com/2010/12/16/hidden-latch-wait-revolution-that-we-missed/--//里面提到:Oracle no longer uses "repeatedly spin and sleep&
[20190416]查看shared latch gets的变化.txt
[20190416]查看shared latch gets的变化.txt1.环境:SYS@book> @ ver1PORT_STRING VERSION BANNER------------------
[20190416]exclusive latch测试脚本.txt
[20190416]exclusive latch测试脚本.txt--//昨天做了shared latch的测试脚本,今天完善exclusive latch测试脚本,上个星期的测试我是手工执行的.--//今天写一个脚本验证看看.相关链接:http://blog.itpub.net/267265/viewspace-2641414/ => [20190415]关于shared latch(共享
[20190416]完善shared latch测试脚本2.txt
[20190416]完善shared latch测试脚本2.txt--//昨天测试shared latch,链接:http://blog.itpub.net/267265/viewspace-2641414/,感觉有点开窍了.^_^.http://andreynikolaev.wordpress.com/2010/11/17/shared-latch-behaves-like-enqueue/Fo
[20190416]11g下那些latch是Exclusive的.txt
[20190416]exclusive latch测试脚本.txt--//昨天做了shared latch的测试脚本,今天完善exclusive latch测试脚本,上个星期的测试我是手工执行的.--//今天写一个脚本验证看看.1.环境:SYS@book> @ ver1PORT_STRING &