ITPub博客

[20241021]使用gdb查看修改内存地址以及相关值.txt--//执行oradebug poke报错，感觉oracle已经禁止这类hack操作。1.环境：SYS@book> @ver2==============================PORT_STRING          &

[20241018]21c x$mutex_sleep_history记录的变化.txt--//mutex很少会成为主要等待事件，如果遇到多数情况非常特别，比如bug。mutex本身和保护对象是一体的,不像latch一样有单独的--//latch,而且mutex本身占内存也更小,mutex没有等待和持有队列,所以没有排队机制,mutex具有共享和排它两种模式.--//正是mutex的特点，很分散，

[20241016]建立完善sql_id.sql脚本.txt--//增加注解说明出处，增加一些无法显示的sql语句的显示，比如语法错误或者表根本不存在的sql语句，例子：SYS@book> @ sql_id 2utgtqyrt3vag-- SQL_ID = 2utgtqyrt3vag come from x$kglob-------------------------------------

[20241016]dbms_output.put_line无法输出前面的空格.txt--//以前遇到过，再做1次记录。SCOTT@book01p> set serveroutput onSCOTT@book01p> show serveroutputserveroutput ON SIZE UNLIMITED FORMAT WORD_WRAPPED--//以上为缺省格式SCOTT@b

[20241016]Oracle C functions annotations补充.txt--//网站orafun.info可以查询oracle c functions.Created by Frits Hoogland with a little help from Kamil Stawiarski.--//可以通过它了解oracle 内部C 函数.实际上可以直接下载相关文件,在本地使用.ht

[20241013]记录一条sql语句优化.txt--//昨天别人想通过dbms_shared_pool.keep减少硬分析，我昨晚看了其sql语句，实际上该语句与以前生产系统的语句类似。--//正好在21c下可以重复这个现象，做一个优化分析：1.环境：SCOTT@book01p> @ver2==============================PORT_STRING &nb

[20241014]记录工作的一个错误--sql语句忘记写分号.txt--//记录工作的一个错误--sql语句忘记写分号.txt.1.环境：SCOTT@book01p> @ver2==============================PORT_STRING           

[20241014]strace使用小技巧参数y.txt--//昨天测试sqlplus spool的相关问题，想起应该使用strace跟踪看看，了解一些操作细节。--//我以前看Franck Pachot的blog，好像strace有1个参数启动可以看到打开的文件句柄带上真实的文件名，这样比较直观。--//我当时测试服务器是oracle kennel 5.9版本，strace版本很低，没有这个功能

[20241013]记录刷新共享池遇到的问题.txt--//昨天的测试遇到的问题，做一个记录：1.环境：1.环境：SCOTT@book01p> @ver2==============================PORT_STRING             &

[20241013]sqlplus spool与文件覆盖.txt--//这个问题在8月份遇到的问题，我发现在sqlplus下spool a.sql文件，并没有在当前目录产生a.sql文件，后来我发现建立在环境变量--//ORACLE_PATH定义的目录下,当时以为自己打开多个会话，没有注意自己工作的当前目录。事后我测试，问题视乎消失了，我再没有仔--//细探究。--//昨天在使用spool命令时再

[20241012]ora-12526.txt$ rlsql -s -l scott/book@book01pERROR:ORA-12526: TNS:listener: all appropriate instances are in restricted modeSP2-0751: Unable to connect to Oracle.  Exiting SQL*Plus&nbsp

[20241012]ORA-01792 maximum number of columns in a table or view is 1000.txt--//12c数据库查询遇到的问题，几个大型视图，字段很多连接时出现问题。ORA-01792: maximum number of columns in a table or view is 1000--//上网查询以后发现设置alter sess

[20241012]dbms_shared_pool.keep减少硬分析吗.txt--//以前遇到的情况 [20240409]为什么一条sql语句在实例2执行要慢的分析.txt--//别人建议使用dbms_shared_pool.keep pin对象在共享内存，减少硬分析，实际上我感觉没用的。--//以下是我的测试结果：1.环境：SCOTT@book01p> @ver2===========

[20241012]cursor_sharing=force与函数索引.txt--//今天听了一个课程，提到使用cursor_sharing=force解决sql语句使用文字变量问题以及局限性，实际上一些局限性在新的oracle版--//本已经不存在， 突然想起今年3月份的事情，使用cursor_sharing_exact给sql语句打补丁5条，仅仅1条有效(11g环境)。--//参考链接：[20

[20241010]视图定义查询问题.txt--//别人问的问题，在pdb下使用tpt的v2.sql脚本无法查询视图定义，测试验证为什么。1.环境：SCOTT@book01p> @ ver2==============================PORT_STRING          &

[20241009]oracle timestamp with time zone数据类型的存储.txt--//放假前遇到的问题，开发在表中定义了几个timestamp with time zone的数据类型，及时更正对方的错误，完全没有使用这样的数据--//类型。类似的问题我以前就遇到，比如全部应用程序的表凡是varchar2数据类型都被定义为nvarchar2数据类型，date数据类型都被--

[20241006]索引建立与虚拟列.txt--//链接https://jonathanlewis.wordpress.com/2024/09/16/index-puzzle/给出一个例子，如果建立函数索引会建立隐含列，但是尝试多次建立索引时--//会重复建立隐含列，重复到一定程度会出现ORA-01792错误。 $ oerr ora 0179201792, 00000, "ma

[20241006]跟踪library cache lock library cache pin使用gdb(补充测试3).txt--//补充测试产生光标已经缓存的情况下，生成新子光标的调用library cache lock library cache pin的情况。1.环境：SCOTT@book01p> @ ver2==============================PORT_ST

[20241004]为什么这么慢.txt--//家里无聊，做的一些测试，一些现象我无法解析。1.环境：SCOTT@book01p> @ ver2==============================PORT_STRING              

[20241002]21c Temporary Tables and RedoUndo.txt--//[20230317]12c Temporary Tables and RedoUndo.txt，以前的测试，正好有朋友问及类似的问题，在21c下重复测试看看。--//我发现21c下TEMP_UNDO_ENABLED=false，我奇怪设置TEMP_UNDO_ENABLED=true能大大减少red