February 2012
M T W T F S S
« Aug    
 12345
6789101112
13141516171819
20212223242526
272829  

OLTP Performance Video – Concurrent Mid-Tier Connections and Trouble of Parsing

下一个Demo是关于OLTP性能的。与Retail Demo对应,这个Demo内部的名字叫做Connection Demo。Retail Demo主要展现的是数据仓库的性能,而Connection Demo展现的主要是OLTP的性能。这个Demo首次出现于2010年的OOW,往事不堪回首,那段时间我刚好在Oracle总部,刚好负责这个Demo的开发工作,怀念那段与bug做斗争的日子。

Exadata V2 架构分析 (2)

既然提到了Flash Cache,如果不提下对OLTP的提速好象会缺少点什么。对OLTP系统而言,缓存是一个极其重要的设计,不管是数据库节点上的内存上的Buffer Cache,还是存贮节点上的Flash Cache(Exadata),还有数据库节点上的Flash Cache(某些平台,如Linux)……

Exadata V2 架构分析 (1)

准备写一系列的文章,专门分析下Exadata的架构。时间真过得很快,自从Exadata问世以来,一直围绕着它做各种各样的性能测试,从V1过渡到V2。Exadata在大踏步地前进着,我总认为,这应该是一个很优秀的产品,而我也相信时间会证明这一点的。
这些文章不会有很严谨的结构,或许某天,某时发现的一个特性,一个特点,一个最佳实践,一个有意思的地方,一个令人惊讶的数据,一个令人鼓舞的图形,都会成为这一系列文章的一部分。
Flash Cache是V2里引入的一个特性,大家或许都认为Flash Cache 主要是用于OLTP场合,为OLTP提高更高的IOPS,这点当然没错,Flash Cache相比于一般磁盘,会带来上十倍的IOPS的性能提升。但即使对于DSS场合,Flash Cache也是提升性能的一个利器……

一样的delete语句,不一样的执行时间

一个delete语句,在”同样”的环境下执行两遍。第一次花了16分钟,第二次花了24分钟。
在做delete之前,已经保证表A尽可能一致,两次delete都是以串行方式执行。在这个表上都没有索引存在。整个系统只有这个SQL在运行。
问题究竟出现在哪里呢?