<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[biti_rainy的专栏]]></title><description><![CDATA[oracle]]></description><link>https://blog.youkuaiyun.com/biti_rainy</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; biti_rainy]]></copyright><item><title><![CDATA[本blog不再更新，新的blog如下]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/106397</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/106397</guid><author>biti_rainy</author><pubDate>Thu, 16 Sep 2004 11:55:00 +0800</pubDate><description><![CDATA[http://blog.itpub.net/biti_rainy]]></description><category></category></item><item><title><![CDATA[如何捕捉temp表空间出错的session信息和SQL]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/83612</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/83612</guid><author>biti_rainy</author><pubDate>Tue, 24 Aug 2004 17:39:00 +0800</pubDate><description><![CDATA[我们有时候会遇见这样的烦恼，在特定的时候总有某个大查询导致临时表空间出错。但我们总不能守侯着捕获相关sql以优化或者处理。可以通过events来诊断 ALTER">sys@OCN>ALTER SESSION SET EVENTS  2      1652 trace name errorstack level 1;Session altered.select">sys@OCN>]]></description><category></category></item><item><title><![CDATA[standby open read  only 出错的处理过程]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/71778</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/71778</guid><author>biti_rainy</author><pubDate>Wed, 11 Aug 2004 22:04:00 +0800</pubDate><description><![CDATA[ 昨天一备份数据库,在open? read? only的过程中出现故障，从而导致在standby上备份失败。alert log 中信息如下：Errors in file /opt/oracle/admin/crmhz/udump/crmhz_ora_13914.trc:ORA-00604: error occurred at recursive SQL level 1ORA-16000: ]]></description><category></category></item><item><title><![CDATA[checkpoint queue 和 write list ]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/57932</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/57932</guid><author>biti_rainy</author><pubDate>Sun, 01 Aug 2004 15:04:00 +0800</pubDate><description><![CDATA[在oracle中存在 dirty list(也就是write list)的说法，但是同时又有checkpoint queue 。这两个东西往往让人容易混淆。他们是同一个东西吗？之间关系如何？ 在阐述之前，我们先来看一段大师的描述http://www.ixora.com.au/q+a/0103/07160329.htmThat information is not quite right. It i]]></description><category></category></item><item><title><![CDATA[32bit oracle中SGA_MAX_SIZE 与 单个进程 PGA 的制约关系]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/53209</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/53209</guid><author>biti_rainy</author><pubDate>Tue, 27 Jul 2004 13:13:00 +0800</pubDate><description><![CDATA[阅读本文前请先阅读32bit oracle 扩展SGA原理 >>   在我的测试中，由于我降低了SGA的起点(降低SGA起点和本文章没有实质上的关系，仅仅因为我的测试数据库正好是被降低了sga起点而已)，从0x5000000降低到0x42000000,也就是说，当没有降低的时候，SGA的理论极限值是约小于1.75G,我降低起点后，SGA的极限值大约是1.95G。  show">sys@OCN> s]]></description><category></category></item><item><title><![CDATA[32bit oracle 扩展SGA原理]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/52010</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/52010</guid><author>biti_rainy</author><pubDate>Mon, 26 Jul 2004 13:02:00 +0800</pubDate><description><![CDATA[      32bit oracle由于位数限制，使得oracle进程只能访问4g(2的32次方)以下的虚拟内存地址，在很多时候这是一个很让人头疼的问题，因为空着许多内存而不能使用，而默认情况下SGA不能超过1.7g。比如我们的linux下有8g内存，却有部分空着不能用干着急。这个时候我们就要考虑怎样扩展oracle的SGA。那么首先，如何识别32bit的oracle呢？我们可以通过如下查询得到 ]]></description><category></category></item><item><title><![CDATA[无聊之通过修改数据字典为表换owner]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39503</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39503</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:58:00 +0800</pubDate><description><![CDATA[简单的做了一个测试  1: select user_name,user_id from all_users;  找出用户名和编号    SQL> select * from all_users;  USERNAME USER_ID CREATED  ------------------------------ ---------- ----------  SYS 0 14-11月-00  SYST]]></description><category></category></item><item><title><![CDATA[如何查找隐藏参数(x$ksppi and x$ksppsv)]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39500</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39500</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:54:00 +0800</pubDate><description><![CDATA[select name  ,value  ,decode(isdefault, TRUE,Y,N) as "Default"  ,decode(ISEM,TRUE,Y,N) as SesMod  ,decode(ISYM,IMMEDIATE, I,  DEFERRED, D,  FALSE, N) as SysMod  ,decode(IMOD,M]]></description><category></category></item><item><title><![CDATA[如何知道哪些表是FTS ]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39496</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39496</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:53:00 +0800</pubDate><description><![CDATA[SQL> desc obj$   名称                                     空?      类型   ---------------------------------------- -------- ---------------------------   OBJ#                                     NOT NULL N]]></description><category></category></item><item><title><![CDATA[如果在shared_pool中keep cursor(sql)]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39490</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39490</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:49:00 +0800</pubDate><description><![CDATA[SQL> desc sys.dbms_shared_pool PROCEDURE ABORTED_REQUEST_THRESHOLD   Argument Name                  Type                    In/Out Default?   ------------------------------ ----------------------- ---]]></description><category></category></item><item><title><![CDATA[update对consistent gets的影响]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39489</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39489</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:47:00 +0800</pubDate><description><![CDATA[  chao_ping:         经过别的session Update之后,select 语句的buffer gets 会变大,这是可以理解的. 因为Oracle需要从别的Block里面得到他需要的Block的之前的映像。 但是,这里的这个参数就好像有点南里理解:   SQL> select * from t where object_id=100;     OBJECT_ID OWNER]]></description><category></category></item><item><title><![CDATA[v$waitstat 和 save undo segment header /save undo block]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39476</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39476</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:36:00 +0800</pubDate><description><![CDATA[比如等待中也有   SQL> select * from v$waitstat;   CLASS                   COUNT       TIME ------------------ ---------- ---------- data block                  2          1 sort block                  0     ]]></description><category></category></item><item><title><![CDATA[9i rman  block recover]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39473</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39473</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:34:00 +0800</pubDate><description><![CDATA[http://otn.oracle.com/docs/products/oracle9i/doc_library/901_doc/server.901/a90136/rcmsyn10.htm#79197   Examples Recovering a Group of Corrupt Blocks: Example This example recovers corrupt blocks in t]]></description><category></category></item><item><title><![CDATA[关于 cursor_sharing = similar]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39466</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39466</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:29:00 +0800</pubDate><description><![CDATA[我们先看看在表没有分析无统计数据情况下的表现   SQL> alter session set cursor_sharing = similar;   Session altered.  SQL> select name,value from v$sysstat where name like %parse%;   NAME                                   ]]></description><category></category></item><item><title><![CDATA[statspack 中  Execute to Parse ]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39445</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39445</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:09:00 +0800</pubDate><description><![CDATA[Instance Efficiency Percentages (Target 100%) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~              Buffer Nowait %:   99.82       Redo NoWait %:              100.00              Buffer  Hit   %:]]></description><category></category></item><item><title><![CDATA[关于checkpoint的讨论]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/39437</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/39437</guid><author>biti_rainy</author><pubDate>Mon, 12 Jul 2004 11:03:00 +0800</pubDate><description><![CDATA[  http://www.cnoug.org/viewthread.php?tid=21969 贴主： wanghai   checkpoint小议什么是checkpoint?checkpoint是一个数据库事件，它将已修改的数据从高速缓存刷新到磁盘，并更新控制文件和数据文件。什么时候发生checkpoint?我们知道了checkpoint会刷新脏数据，但什么时候会发生checkpoint呢？以下]]></description><category></category></item><item><title><![CDATA[证明truncate发出了可观察的commit命令]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/38151</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/38151</guid><author>biti_rainy</author><pubDate>Fri, 09 Jul 2004 21:11:00 +0800</pubDate><description><![CDATA[一般来说，我们通常认为，truncate 的伪代码是：commit; ---------- 1truncate;commit; ------------ 2那我们有个疑问，commit 1和 truncate 是不可分割的吗？具有原子性吗？那我们来看看下面的演示session 1:SQL> create table t as select * from all_objects where rown]]></description><category></category></item><item><title><![CDATA[深度分析数据库的热点块问题]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/35188</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/35188</guid><author>biti_rainy</author><pubDate>Tue, 06 Jul 2004 12:51:00 +0800</pubDate><description><![CDATA[  热点块的定义         数据库的热点块，从简单了讲，就是极短的时间内对少量数据块进行了过于频繁的访问。定义看起来总是很简单的，但实际在数据库中，我们要去观察或者确定热点块的问题，却不是那么简单了。要深刻地理解数据库是怎么通过一些数据特征来表示热点块的，我们需要了解一些数据库在这方面处理机制的特性。 数据缓冲区的结构         我们都知道，当查询开始的时候，进程首先去数据缓冲区中查找]]></description><category></category></item><item><title><![CDATA[关于oracle怎么保证读一致性]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/34554</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/34554</guid><author>biti_rainy</author><pubDate>Mon, 05 Jul 2004 18:14:00 +0800</pubDate><description><![CDATA[  假设这样一种情况，一个大查询开始FTS查询大表 ，然后另外一个session更新了表末尾的某条数据并提交，更新了N次 ，由于多次事务的DML使得该block上的相关XID和LOCK信息早已荡然无存 ，该记录行上的 XID 已经被设置为 0  了，也就是根本找不着  ITL 信息 ，那这样的情况下，oracle 是怎么找出事务的 before  image ?   根据 dump 出来的数据是看]]></description><category></category></item><item><title><![CDATA[关于回滚段与事务的一些探讨]]></title><link>https://blog.youkuaiyun.com/biti_rainy/article/details/34544</link><guid>https://blog.youkuaiyun.com/biti_rainy/article/details/34544</guid><author>biti_rainy</author><pubDate>Mon, 05 Jul 2004 18:03:00 +0800</pubDate><description><![CDATA[  http://www.cnoug.org/viewthread.php?tid=645 http://www.itpub.net/showthread.php?threadid=100750]]></description><category></category></item></channel></rss>