[20210126]探究oracle内存分配4.txt
[20210126]探究oracle内存分配4.txt--//昨天简单做了oracle内存分配的探究.我提到log_buffer基本不用设置.基本就是show sga看到的--// (Fixed Size+Redo Buffers)/ GRANULE_SIZE取整N,然后设置分配N*GRANULE_SIZE大小的共享内存段内,至少11g是这样分配的.--//我昨天提到还有一部分区域不知道做什么的,
[20210126]bash ln建立软链接问题.txt
[20210126]bash ln建立软链接问题.txt--//ln可以用来建立硬链接以及软链接.今天在测试bash shell脚本中遇到一个问题,做一个记录.$ mkdir -p /home/oracle/fastlink ;cd /home/oracle/fastlink$ ln -s -i $ORACLE_HOME/dbs dbs$ lltotal 0lrwxrwxrwx 1 oracle
[20210126]探究oracle内存分配3.txt
[20210126]探究oracle内存分配3.txt--//上午做了一番探究,继续测试,我手工增加log_buffer看看如何分配.1.环境:SYS@book> @ ver1PORT_STRING &n
[20210126]探究oracle内存分配.txt
[20210126]探究oracle内存分配.txt--//昨天别人问的一个问题,为什么生产系统的log_buffer这么大.自己做一些简单的探究也许不对.--//生产环境:> set numw 12> show sgaTotal System Global Area 80972824576 bytesFixed Size &n
[20210125]完善hide.sql脚本.txt
[20210125]完善hide.sql脚本.txt--//想查询包含_ash_的隐含参数.输出太多,改写一下hide.sql脚本:1.环境:SYS@book> @ ver1PORT_STRING &nb
[20210120]in list与绑定变量个数.txt
[20210120]in list与绑定变量个数.txt--//以前写的链接http://blog.itpub.net/267265/viewspace-2215394/--//里面提到如果绑定变量个数太多,会导致执行时替换绑定变量时间太长,导致sql语句执行缓慢.--//在dbsnake 《基于Oracle的SQL优化》提到,我当时的测试并没有测试出来,我当时想也许是版本问题.--//前一阵子正
[20210120]提示加入注解.txt
[20210120]提示加入注解.txt--//经常做sql语句优化,需要手工加入各种提示,但是有时候要取消很麻烦,我个人喜欢直接加入一些11,12之类的字符在提示前.--//看崔华<基于Oracle的SQL优化>,看到许多例子自己根据工作需要自己测试看看.--//通过例子说明:1.环境:SCOTT@book> @ ver1PORT_STRING  
[20210119]sqlplus 12c LOBPREFETCH.txt
[20210119]sqlplus 12c LOBPREFETCH.txt--//被别人问的问题,sqlplus 12c开始增加参数LOBPREFETCH,我以前也测试过,反正越测试越乱.https://blogs.oracle.com/opal/sqlplus-12201-adds-new-performance-featuresSET LOBPREFETCHThis option is to
[20210119]看执行计划可以使用hash_value.txt
[20210119]看执行计划可以使用hash_value.txt--//一直以为使用dbms_xplan.display_cursor看执行计划使用sql_id,实际上也可以使用hash_value查看.做一个测试:1.环境:SCOTT@book> @ ver1PORT_STRING
[20210115]sqlnet.ora设置sqlnet.expire_time断开时oracle如何探测.txt
[20210115]sqlnet.ora设置sqlnet.expire_time断开时oracle如何探测.txt--//测试sqlnet.ora设置sqlnet.expire_time断开时oracle如何探测的,这个测试我以前做过,链接找不到了,重新测试加强记忆.1.环境:SYS@192.168.31.8:1521/hrp430> @ ver1PORT_STRING  
[20210115]sqlnet.ora设置sqlnet.expire_time与tcp_keepalive_time关系以及一些总结
[20210115]sqlnet.ora设置sqlnet.expire_time与tcp_keepalive_time关系以及一些总结.txt--//最近一直在做分院数据库的优化,我发现下午总是非常容易出现连接断开的情况.上午也偶尔会出现.--//主要原因数据库在外网,如果连接长期不用,网络就会自动断开.我感觉自己以前做了许多测试,有必要做一些总结.1.一般设置的方法有2种:--//方法1.修改/
[20210114]理解DBMS_SESSION.set_identifier.txt
[20210114]理解DBMS_SESSION.set_identifier.txt--//上午检查发现一套系统定义一个触发器,内容如下:CREATE OR REPLACE TRIGGER SYS.LOGIN_ON_RECORD_IP AFTER LOGON ON DATABASEDECLARE v_client_info&
[20210114]toad查看真实执行计划问题.txt
[20210114]toad查看真实执行计划问题.txt--//昨天使用toad优化sql语句,我发现toad查看真实的执行计划出现一些怪异的问题,自己分析看看.1.环境:SYS@192.168.XX.Y:1521/aaa430> @ ver1PORT_STRING &nbs
[20210113]给PB开发人员的一个建议.txt
[20210113]给PB开发人员的一个建议.txt--//PB 表示PowerBuild开发工具,目前至少许多企业依旧在使用它.--//许多开发在拼接sql语句时使用\r来连接字符串,这在dba诊断问题时出现一些奇怪的现象,通过遇到的例子来说明.--//想查看那个会话执行某个语句发现.输出怪异:1.环境:SYS> @ ver1PORT_STRING &nb
[20210113]ashtop查询特定表的SQL语句2.txt
[20210113]ashtop查询特定表的SQL语句2.txt--//昨天写的链接:http://blog.itpub.net/267265/viewspace-2749422/=>[20210112]ashtop查询特定表的SQL语句.txt--//实际上我的查询仅仅包含包含某个表字符串的sql语句,可能根本不包括该表,而且我还忽略比如视图以及同义词等情况.--//我决定重新改写语句.$
[20210113]SP2-0232 Input too long. Must be less than 241 characters.txt
[20210113]SP2-0232 Input too long. Must be less than 241 characters.txt1.环境:SCOTT@book> @ ver1PORT_STRING &n
[20210112]完善查询绑定变量脚本bind_cap.txt
[20210112]完善查询绑定变量脚本bind_cap.txt--//今天查询一个语句绑定变量值,发现值查询结果有点大,有时候并不需要查看全部.--//修改如下:$ cat bind_cap.sqlset verify offcolumn value_string format a50column datatype_string format a15break on sql_id on chil
[20210112]ashtop查询特定表的SQL语句.txt
[20210112]ashtop查询特定表的SQL语句.txt--//ashtop.sql是Tanel Poder大师写的查看 Display top ASH time 的脚本,它非常灵活.--//例如有时候优化我要集中精力优化特定表的相关语句,这样可以统筹考虑索引的建立,执行如下:@ ashtop username,sql_id,module,machine "sql_id
[20210111]优化模式optimizer_mode.txt
[20210111]优化模式optimizer_mode.txt--//昨天终于看完崔华<基于Oracle的SQL优化>.里面提到optimizer_mode设置FIRST_ROWS_N要特别注意.--//通过例子说明:1.环境:SCOTT@book> @ ver1PORT_STRING  
[20210107]编写bash shell脚本遇到的问题.txt
[20210107]编写bash shell脚本遇到的问题.txt--//上午写bash shell脚本,遇到一些问题,主要是自己不经常写,而且写的脚本往往是自用,里面检测并不是很严格。--//遇到的问题做一个记录:1.EOF问题:--//EOF,导致脚本执行失败:--//可以参考链接http://blog.itpub.net/267265/viewspace-2732891/--//真心不应该使