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做斗争的日子。

cardinality feedback

到了10g的时代,cardinality feedback这个词正在变得越来越流行。我想,开始导致这个词流行的或许不是来自Oracle官方的推广,而是来自Wolfgang Breitling在Hotsos Symposium 2006上的一个演讲。
到了11g,Oracle有个new feature就叫做cardinality feedback…

Exadata V2 架构分析 (6)

从第一篇开始到现在,Cell Flash Cache, Exadata Hybrid Columnar Compression, Storage Index轮番上场,加上V1版本里出现的Smart Scan,Infiniband等等,多少会给人以眼花缭乱的感觉。

最根本的一点,当然在于Exadata本身是一个balanced system。

不过,这些技术做为一个整体对实际应用会带来多大的好处呢?这不是一个很好回答的问题,当然也可以用一句话回答——具体问题具体分析……

Exadata V2 架构分析 (5)

Exadata上另一个聪明的软件设计是实现了storage index.
如果Exadata给你的印象就是有很强大的硬件,却不会利用传统的性能优化方法,比如索引,去加快查询速度的话,那么Storage Index的出现或许会改变你的这种观念。而且,storage index是完全自动化的,它甚至不需要人工的干涉就能工作得很好……

Exadata V2 架构分析 (4)

下一个要出场的是HCC, Hybrid Columnar Compression. 目前它是Exadata上面才有的一个特性。
在Exadata V2 架构分析 (1)中,曾提到“在软件设计上,还有另一个重头戏,它更是大大的利用起了存贮节点上的CPU处理能力,同时还能减少对带宽的争用”。Exadata的很多设计,或许从根本上讲,就在于充分利用起存贮节点上的处理能力,Smart Scan和这里所要提及的HCC,就是两个典型的代表了。HCC中文翻译过来或许就叫做混合列压缩,它是在单纯的行存贮和列存贮之间取得的一个折衷……

无奈的DBA

在检查客户的代码中,有时会深刻地感觉到原代码编写者在调试代码时的无奈。
这使我想起以前调试代码时的经历。一个SQL迟迟不返回结果,一小时过去了,又一小时过去了…… 于是,想了好多调优的方法,调整系统参数,为这个SQL建立很多Index,加上各种各样的Hint ……
于是,现在在代码中看到似曾相识的/*+ index(t_xx, idx_xx) */时,有时会发自内心的笑了,同时,轻巧地把里面的+号删掉了,我就让这些个hint不起作用,不强迫CBO走index了,结果当然是CBO选择了Hash Join,而不是原代码编写者指定的Nested Loop,于是,执行速度嗖一下上去了。
有另一个有趣的事情……

测试: 一个SQL Monitor Report的具体例子

之前曾提到如何利用SQL Monitor Report对SQL进行诊断与调优,对于具体的SQL调优而言,SQL Monitor Report提供的信息无疑比AWR更有针对性,当然,AWR在信息的全面性方面会更胜一筹。本文提供一个具体的例子,同样的SQL,同样的执行计划,第一次执行的时间远远大于第二次执行的时间……

Exadata V2 架构分析 (3)

关于Cell Flash Cache,或许大家都余兴未尽,例如:
1. 一个真正的生产系统,真的需要1,000,000 IOPS吗?
2. Cell Flash Cache对用户带来的真正的好处在哪里?
假设用户的逻辑IOPS达到1,000,000 IO/s. buffer cache命中率为98%。则落在Cell Flash Cache中的IOPS为20,000次……

Exadata V2 架构分析 (2)

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

史上最快,最具可扩展性的文本导入方法 –大数据量加载最佳实践

竟然写了史上最快,最具可扩展性的文本导出方法, 模仿上一篇的语调,再写个史上最快,最具可扩展性的文本导入方法应该也是挺有趣的一件事情,试试吧,这或许能意想不到地从另一个角度阐述大数据量文本导入的特点,与大数据量文本导出的共性,与大数据量文本导出的不同,Oracle并行技术的运用。
不过,从另一方面讲,大数据量加载应该是一个比较成熟的技术,厚道一点,还是再用一个副标题吧:大数据量加载最佳实践。OK,开始模仿作文……