ITPub博客

[20210428]AnonHugePages与transparent hugepage.txt--//链接：http://www.itpub.net/thread-2141545-4-1.html上的讨论，对方数据库运行缓慢。--//实际上数据库上还运行一个ES(ElasticSearch)的东西，导致整个系统IO不行。--//我看了链接，做一些转抄：# free -m  &

[20210426]execute immediate.txt--//以前给别人讲解绑定变量的好处,总是写一个脚本对比使用绑定变量与非绑定变量的好处,基本会使用execute immediate,--//因为需要比较,总不能非绑定变量的使用execute immediate来拚接sql语句,另外一个不使用execute immediate.例子:execute immediate 'sel

[20210423]建立视图以及字段长度.txt--//这个测试源于我在19c上使用toad遇到的问题,使用toad的schema brower看表的script，出现如下错误:ORA-00904 REF invalid identifier. --//后来发现是由于19c视图dba_obj_audit_opts的定义取消了ref字段.我想在11g下测试改名源视图,重新定义新的视图遇到的问题,通过

[20210423]dump sga映像的对应块.txt--//昨天的测试。链接 http://blog.itpub.net/267265/viewspace-2769217/，转储的sga映像自然没有数据文件的文件头。--//尝试加一个文件头看看是否能正常读取，另外再次提醒使用dd要小心。1.环境：SYS@book> @ ver1PORT_STRING   &

[20210422]如何查看字符的ascii编码.txt--//在链接http://blog.itpub.net/267265/viewspace-2769217/ => [20210421]如何使用dumpsga转储sga.txt --//设计到查看字符的ascii编码。>S:1E9BC408B7D96D495E0098F1E70FAEB7065BC203B03049D4877284

[20210421]如何使用dumpsga转储sga.txt--//oracle提供一个命令dumpsga转储sga信息,注意别再生产系统乱用这些命令.1.环境:PORT_STRING                  

[20210421]分析会话占用的共享内存段2.txt--//以前学习oracle，总是提到设置过大session_cached_cursors值会导致使用shared pool消耗过大。--//我的测试并没有消耗多少,仅仅利用以前的模拟出现ora-04031脚本的情况.1.环境:SCOTT@book> @ ver1PORT_STRING    &nb

[20210421]12c以上版本增加字段与缺省值.txt--//昨天在优化sql语句时，发现过滤条件有点奇怪，才发现是12c以上增加字段与缺省值导致的情况。--//今天测试各种增加字段的情况。1.环境：TTT@192.168.2.7:1521/orcl> @ prxx==============================PORT_STRING   &nb

[20210420]ORA-00904 REF invalid identifier 19c dba_obj_audit_opts.txt--//今天使用toad的schema brower看表的script，出现如下错误:ORA-00904 REF invalid identifier. 1.环境：ZZZZ> @ prxx==============================PORT

[20210419]避免冗余的输出.txt--//别人的问的问题，如何避免调式优化sql语句时大量的输出信息,顺便总结概括几种方法。1.使用set feedback only：--//12c R2开始sqlplus可以设置set feedback only。--//更高的版本还可以显示sql_id.  设置 set feedback only sql_id--//例子：SYS@dyhis

[20210420]19c奇怪的过滤条件.txt--//昨天看新上线的生产系统ODA，发现一条语句奇怪的过滤条件。好在知识储备足够知道这个是由于使用12c以上特性增加新字段导致的--//情况，顺便说一下我们的生产系统，虽然db time很小仅仅不到10分钟，完全靠机器的性能掩盖许多问题。--//用一句话来概括就是豆腐渣，再增加一个前缀就是豆腐渣中的豆腐渣。--//对于遇到的情况，做一个记录与分析。

[20210419]测试18c SQL Translation Framework.txt--//据说18c做了一点点增强，不用设置  alter session set events = '10601 trace name context forever, level 32'; --//可以参考我以前的链接：--//http://blog.itpub.net/26726

[20210419]CBC latch再讨论3.txt--//继续链接http://blog.itpub.net/267265/viewspace-2768582/的测试，今天测试并行数量变化的影响。1.环境：SCOTT@book> @ ver1PORT_STRING          &nb

[20210418]CBC latch再讨论3.txt--//继续链接http://blog.itpub.net/267265/viewspace-2768582/的测试，再增加一个测试：1.环境：SCOTT@book> @ ver1PORT_STRING           &nb

[20210418]查询v$视图问题.txt--//昨天看链接https://connor-mcdonald.com/2021/04/12/better-performance-when-querying-the-v-views/，实际上类似的问题我自--//己也遇到过。x需要在会话级别上设置cursor_sharing =force。里面有一段代码：-- Get user SID informa

[20210418]ORA-14767 Cannot specify this interval with existing high bounds.txt--//链接https://www.bobbydurrettdba.com/2021/04/07/ora-14767-when-day-of-month-28-with-interval-partitioning-month-interval/

[20210418]打开多个程序运行.txt--//昨天看链接https://fritshoogland.wordpress.com/2021/04/09/pgbouncer-and-slow-server-pool-increase/，我发现对方并行使--//用for循环编写，我知道xargs -P 打开并行后，基本就是seq xargs来实现。--//链接的写法：for n in $(1 20

[20210413]CBC latch再讨论2.txt--//这是与别人的再次讨论，实际上验证我以前判断，一般在读读模式下，oracle从11.2.0.4开始全表扫描，唯一索引，rowid模式下，--//快速全索引扫描基本不会出现cbc latch，如果出现也许不巧遇到读取cbc latch链时其它sql语句修改或者某种操作读取其链表上其--//它数据块.--//仅仅全索引扫描以及非索引唯一扫描会

[20210412]分析会话占用的共享内存段.txt--//以前学习oracle，总是提到设置过大session_cached_cursors值会导致使用shared pool消耗过大。--//总是想了解每个回话到底会消耗多少共享内存段，限于自己当时的能力，一直没做这方面的探究。--//看了一些资料，做一些探究，首先说说明受限我的学习环境，对于许多东西完全是一知半解，一些可能仅仅是我的猜测。1.环

[20210409]关于X$KCCDI的scn信息.txt--//被问及X$KCCDI视图中的scn信息。说真的，自己也很少关注这些，而且非常容易混淆，看看对应是那些。1.环境：SCOTT@book> @ ver1PORT_STRING             &