ITPub博客

[20200217]bash显示path环境变量.txt--//如何将PATH环境变量，一行一行显示，以后做的例子：http://blog.itpub.net/267265/viewspace-2150611/echo $PATH | tr ":" "\n"function path(){    old=$IFS &n

[20200217]使用snapper探究DBMS_SHARED_POOL.MARKHOT标识热对象的等待事件.txt--//snapper.sql是Tanel Poder探究会话相关等待事件的脚本，参考链接：http://tech.e2sn.com/oracle-scripts-and-tools/session-snapper--//上个星期使用我写的wait.sql不是很好，仅仅看一个点,无

[20200214]xargs与别名.txt--//上午在优化sql语句时，发现xargs与alias的程序存在一点点小问题，做一个记录。$ alias rrlsql='rlwrap sqlplus '$ rrlsql -s -l scott/book @ ver1 <<< ' 'PORT_STRING   &nbsp

[20200214]Printing all table preferences affecting dbms_stats.gather_table_stats.txt--//看了连接：https://martincarstenbach.wordpress.com/2020/02/13/printing-all-table-preferences-affecting-dbms_stats-gath

[20200213]函数nullif使用.txt--//nullif函数自己知道很少使用，我发现人家写的脚本使用它避免做除法时如果除数为0报ORA-01476的问题。--//通过例子说明，比如我写的脚本：$ cat d_buffer.sqlcol executions1 new_value x1col buffer_gets1 new_value x2col ELAPSED_TIME1 new_v

[20200213]使用DBMS_SHARED_POOL.MARKHOT的总结.txt--//最近几天，一直在测试使用DBMS_SHARED_POOL.MARKHOT标识热sql语句以及热对象，对比各种情况下性能差异。--//有必要做一些总结：1.使用DBMS_SHARED_POOL.MARKHOT标识热sql语句,反而性能更慢。我估计可能遇到bug。参考链接:http://blog.itpub.

[20200213]使用DBMS_SHARED_POOL.MARKHOT标识热对象2.txt--//链接 [20200212]使用DBMS_SHARED_POOL.MARKHOT标识热对象.txt ，的测试脚本有点与实际情况不符。--//建立新的脚本在比较看看。1.环境:SCOTT@book> @ ver1PORT_STRING     &n

[20200212]使用DBMS_SHARED_POOL.MARKHOT标识热对象.txt--//生产系统频繁调度执行如下语句：> @ sqlid 6mnrdrgdys4ucSQL_ID        SQLTEXT------------- ----------------------------------------

[20200212]使用DBMS_SHARED_POOL.MARKHOT与视图v$open_cursor.txt--//中午午休时，有点不理解使用DBMS_SHARED_POOL.MARKHOT标识热sql语句时，测试反而更慢。--//我再想一般参数open_cursors是设置，执行3次以上，以后sql语句的执行都是软软解析，会不会v$open_cursor里面记录还是原来的--//sql_id

[20200212]使用DBMS_SHARED_POOL.MARKHOT与sql语句3.txt--//测试设置_kgl_hot_object_copies＝101,看看避免冲突的情况下,使用DBMS_SHARED_POOL.MARKHOT效果如何。1.环境：SCOTT@book> @ ver1PORT_STRING      &nb

[20200212]使用DBMS_SHARED_POOL.MARKHOT与sql的计算2.txt--//昨天的测试：http://blog.itpub.net/267265/viewspace-2675128/ =>[20200211]使用DBMS_SHARED_POOL.MARKHOT与sql_id的计算.txt --//补充测试设置隐含参数_kgl_hot_object_copies的情

[20200211]使用DBMS_SHARED_POOL.MARKHOT与sql语句2.txt--//上午测试使用DBMS_SHARED_POOL.MARKHOT标识热sql语句，发现实际上更慢。--//是否是我测试连接会话太少，加大测试量看看。--//链接：http://blog.itpub.net/267265/viewspace-2675118/=>[20200126]使用DBMS_S

[20200211]zsh的bug.txt--//上午测试sql文本计算full_hash_value,sql _id,hash_value,发现我以前写的脚本报错。1.环境$ head -1 /etc/issueOracle Linux Server release 5.9$ zsh --versionzsh 4.2.6 (x86_64-redhat-linux-gnu)--//脚本如下,使用z

[20200211]使用DBMS_SHARED_POOL.MARKHOT与sql_id的计算.txt--//以前写的，使用DBMS_SHARED_POOL.MARKHOT标记热的sql_id,这样相同的sql语句使用不同的sql_id.--//链接：http://blog.itpub.net/267265/viewspace-2147197/ => [20171110]sql语句相同sql_

[20200211]视图v$db_object_cache的CHILD_LATCH字段.txt--//上午测试使用DBMS_SHARED_POOL.MARKHOT标识热sql语句，我发现查询v$db_object_cache视图的CHILD_LATCH字段，视乎与--//FULL_HASH_VALUE存在某种关联,测试看看。1.环境：SCOTT@book> @ ver1PORT_STRING

[20200126]使用DBMS_SHARED_POOL.MARKHOT与sql语句.txt--//以前的测试：http://blog.itpub.net/267265/viewspace-2146632/=>[20171031]markhot.txt --//当时自己对于使用DBMS_SHARED_POOL.MARKHOT太不理解，实际上就是减少争用，我当时的测试是实际上反而更慢。--//

[20200208]awk学习例子.txt--//链接测试使用awk，http://blog.itpub.net/267265/viewspace-2674776/--//我当时初始a＝909来计算，推测记录增加10%，采用新的子光标。$ grep "SQL_ID" ez20.txt |  uniq -c   1000 SQL_ID  b

[20200129]子光标不共享BIND_EQUIV_FAILURE.txt--//生产系统再次遇到大量BIND_EQUIV_FAILURE原因导致子光标的情况。我看了我以前测试遇到的情况。--//链接 http://blog.itpub.net/267265/viewspace-2156139/ =>[20180613]子光标不共享BIND_EQUIV_FAILURE。--//别人曾经给我

[20200121]CURRENT_TIMESTAMP LOCALTIMESTAMP SYSTIMESTAMP的不同.TXT--//别人的问题，实际上我自己也不知道：--//我的环境定义如下：$ set | grep NLSNLS_DATE_FORMAT='YYYY-MM-DD HH24:MI:SS'NLS_LANG=AMERICAN_AMERICA.ZHS16GBKNLS_TIM

[20200120]ORA-54033 ORA-30556.txt $ oerr ora 5403354033, 0000, "column to be modified is used in a virtual column expression"// *Cause:  Attempted to modify the data type of a colu