[20221130]测试访问视图v$session几种情况的性能差异.txt
[20221130]测试访问视图v$session几种情况的性能差异.txt--//前几天遇到的防水墙访问v$session视图的性能问题,我给测试看看三种情况下的性能差异.1.环境:SCOTT@book> @ ver1PORT_STRING &nbs
[20221214]limits.conf里面关于memlock设置问题.txt
[20221214]limits.conf里面关于memlock设置问题.txt--//别人给我的反馈,就是无论设置/etc/security/limits.conf多小,数据库一样能起来不知道为什么,做一个记录.--//OS的基本概念不熟悉.我自己也不知道问题在那里.1.建立测试环境:# grep "^oracle" /etc/security/limits.conf&nbs
[20221208]完善bind_cap_awr.sql脚本.txt
[20221208]完善bind_cap_awr.sql脚本.txt--//以前写的抓取绑定变量的脚本,如果绑定变量类型是timestamp类型是保存在v$sql_bind_capture.value_anydata中.--//我以前的写法如下,不合理多建立一个字段:$ cat bind_cap_awr.sqlset verify offprompt prompt @bind_cap_awr sq
[20221208]完善bind_cap.sql脚本.txt
[20221208]完善bind_cap.sql脚本.txt--//以前写的抓取绑定变量的脚本,如果绑定变量类型是timestamp类型是保存在v$sql_bind_capture.value_anydata中.--//我以前的写法如下,不合理多建立一个显示字段.$ cat bind_cap.sqlset verify offcolumn value_string format a50column
[20221212]关于pre_page_sga参数的问题.txt
[20221212]关于pre_page_sga参数的问题.txt--//别人遇到的问题,无法演示链接http://blog.itpub.net/267265/viewspace-2133260/=>[20170209]理解pre_page_sga参数.txt --//我当时的测试设置pre_page_sga=true的情况,HugePages_Rsvd是0. --//我看了一下实际上是对方
[20221207]为什么FORCE_MATCHING_SIGNATURE不一致.txt
[20221207]为什么FORCE_MATCHING_SIGNATURE不一致.txt--//生产系统优化转移到备库,没有想到开发或者同事把许多查询移到到备库完成,当时慢并不能做为移动的理由.实际上移动到备库也快--//不到那里.继续优化工作:1.环境:SYS@192.168.100.237:1521/orcldg> @ pr==============================PO
[20221203]sqlplus set trimspool 问题.txt
[20221203]sqlplus set trimspool 问题.txt--//自己对这个不是很了解,做一个测试,上网查询到的设置是:--//set trimspool on; -- 去除spool输出结果中每行的结尾空格(缺省为off) --//通过测试说明问题:1.环境:SCOTT@test01p> @ ver1PORT_STRING &
[20221202]sqlplus set trimout 问题.txt
[20221202]sqlplus set trimout 问题.txt--//自己对这个不是很了解,做一个测试,上网查询到的设置是:--//set trimout on; -- 去除标准输出每行的行尾空格(缺省为off)--//通过测试说明问题:1.环境:SCOTT@book> @ ver1PORT_STRING &nb
[20221130]优化备库dg遇到的问题2.txt
[20221130]优化备库dg遇到的问题2.txt--//生产系统一些语句执行慢,开发或者同事移动到备库执行,我发现实际这些语句大部分都是由于选择错误的索引导致的情况.--//我想通过sql profile在主库来稳定执行计划,这样备库也可以使用sql profile选择合理的执行计划.但是我遇到一些问题,做一些记--//录.1.环境:SYS@192.168.100.237:1521/orcld
[20221130]with+materialize会产生日志吗.txt
[20221130]with+materialize会产生日志吗.txt--//测试看看这样的写法是否会产生日志.1.环境:SCOTT@book> @ ver1PORT_STRING &nbs
[20221128]dg数据库优化问题.txt
[20221128]dg数据库优化问题.txt--//前几天我才知道,开发设置的一些查询在dg上运行,据说这些查询很慢.我想看看这些是什么语句.在主库自然无法查询.--//不过实际上这些sql语句在备库的共享池内存里还是存在,可以使用tpt 的ashtop查询获得,通过测试说明问题.--//顺便提一下我觉得备库查询应该是一些报表之类的语句,而不是要求实时性很高的sql语句,开发或者同事不应该轻率地
[20221130]PLSQL的变量作用范围(linux).txt
[20221130]PLSQL的变量作用范围(linux).txt--//我个人很少编写PL/SQL代码,主要原因是我的工作基本不需要写PL/SQL代码.--//我发现甲方写的PL/SQL有点不合理,在同一过程里面调用相同的sql语句4次.--//我看了对方写的PL/SQL代码,想看看看PLSQL的变量作用范围是否可以减少调用次数.1.环境:SCOTT@book> @ver1PORT_STR
[20221128]再谈防水墙(视图访问性能问题).txt
[20221128]再谈防水墙(视图访问性能问题).txt1.环境:SYS> @ ver1PORT_STRING VERSION &
[20221126]tpt pr.sql脚本执行问题.txt
[20221126]tpt pr.sql脚本执行问题.txt--//昨天在使用tpt pr.sql脚本时遇到一些问题,今天在家里做一些分析看看:1.环境:SYS@test01p> @ ver1PORT_STRING
[20221125]设置hugepages遇到的问题.txt
[20221125]设置hugepages遇到的问题.txt--//前几天我在dg上修改oracle一个参数,要重启才生效,我看了一下数据库没有采用hugepages,想着顺手设置hugepages,没想到遇到问题--//,我开始以为业务不会受影响.没想到开发或者同事有一些查询移到dg上利用它做只读查询完成,导致前台一些查询业务受到短暂的影--//响.做一个事后记录分析总结,避免以后重犯类似错误.
[20221123]19cDBA_EXPRESSION_STATISTICS查询expression_text中字符串带双引号的问题
[20221123]19cDBA_EXPRESSION_STATISTICS查询expression_text中字符串带双引号的问题.txt--//今天遇到一个小问题,就是查询DBA_EXPRESSION_STATISTICS视图 expression_text中字符串带双引号的问题.无法使用等于方式查询,--//而实际上的情况是字符串结尾包含\0,通过例子说明问题:1.环境:SYS@192.16
[20221121]rman删除归档日志问题.txt
[20221121]rman删除归档日志问题.txt--//前几天检查发现同事设计的删除归档脚本执行的时如下命令(在dg上):delete noprompt archivelog until time 'sysdate-15';--//我看了我以前写的类似脚本,我执行的是:delete noprompt archivelog all completed before 'tr
[20221023]v$session_longops.txt
[20221023]v$session_longops.txt--//重复测试,链接:https://jonathanlewis.wordpress.com/2022/10/13/vsession_longops-2/--//To demonstrate the principle that the "working time" for an operation and the
[20221111]bash eval设置变量问题.txt
[20221111]bash eval设置变量问题.txt--//在我以前写的bash shell脚本中设置变量不合理,代码如下:current_time=`/bin/date +"%Y%m%d_%H:%M:%S"`current_date=`/bin/date +"%Y%m%d"`year=`/bin/date +"%Y"`
[20221111]19c配置Data Guard Broker问题2.txt
[20221111]19c配置Data Guard Broker问题2.txt--//前几天在19c上配置Data Guard Broker,遇到许多问题浪费不少时间,我还发现一些11g不同的细节.1.环境;SYS@192.168.100.235:1521/orcl> @ pr==============================PORT_STRING