数据库调优的三板斧[已结贴]

ZALBB

kelsoncong 发表于 2012-6-27 10:38
这个我之前看过点介绍，是不一样的，
另外我在itpub上看到一篇博文写的很不错，
http://blog.itpub.net ...

和我的想法不一样：

OLTP 用于日常的dml, BASIC 用于大规模的数据加载，或者MOVE 操作。
我没想过在BASIC 下，INSERT 也能压缩。

问：11G的BASIC 压缩，和10G 的压缩是否一样？ 我印象中，10G的是BASIC 压缩，
对普通的DML 操作无效。

kelsoncong

anlinew 发表于 2012-6-27 10:51
博文里的错误估计也是没考虑pctfree：

Anlinew V5, 我之前不知道有这个区别，学习了，
不能成天混pub了, 还得赶紧回去翻翻书学习去

anlinew

ZALBB 发表于 2012-6-27 10:52
和我的想法不一样：

OLTP 用于日常的dml, BASIC 用于大规模的数据加载，或者MOVE 操作。

你是对的
OLTP中的日常DML也能压缩的新特性，原理应该还是先以非压缩方式保存，当达到一定阀值后才真正压缩放到压缩块里

OLTP compression differs from basic compression found in prior versions as it allows compression during DML operations and not just during direct path loads. When a table is set to use OLTP compression and rows are inserted into a new block in that table they are inserted uncompressed, just as with a non-compressed table. When enough inserts cause that block to be considered full then it is customarily not available for further inserts. At this time compression is attempted on the block. If the compression gains sufficient free space then the compression is retained and the block is still a candidate for further insertions. If the compression fails to gain sufficient free space then that compression attempt is discarded and the block is considered full.

kelsoncong

ZALBB 发表于 2012-6-27 10:52
和我的想法不一样：

OLTP 用于日常的dml, BASIC 用于大规模的数据加载，或者MOVE 操作。

按照Oracle自己的描述应该是不一样的，11g比10g的压缩不仅仅是做了些调整，很多功能都是新增的。

下面是Oracle的原文的描述：

It is important to mention that table compression enhancements introduced in Oracle Database 11g are not just incremental changes. An enormous amount of work has gone into making sure that the new compression technology has negligible impact on updates because any noticeable write-time penalty due to compression will not be acceptable in an OLTP environment. As a result, compression technology in Oracle Database 11g is very efficient and could reduce the space consumption by 50–75%. And while you do that, not only your write performance does not degrade, but also your read performance or queries improve. This is because unlike desktop-based compression techniques where you have to wait for data to be uncompressed, Oracle technology reads the compressed data (less fetches needed) directly and does not require any uncompress operation.

yangb71881

kelsoncong 发表于 2012-6-27 10:21
第一板斧里面有介绍，我改成了
Alter table ta truncate partition wk_xxx;
insert into ta select * f ...

感觉这个采用分区交换应该能行啊

kelsoncong

yangb71881 发表于 2012-6-27 11:07
感觉这个采用分区交换应该能行啊

这个insert into 语句是为了描述方便，被我简化了的，实际抽取的时候还是有些条件和限制的，表的结构什么的也不完全一样，否则也不需要做抽取，直接用原表就行了

ZALBB

kelsoncong 发表于 2012-6-27 10:58
按照Oracle自己的描述应该是不一样的，11g比10g的压缩不仅仅是做了些调整，很多功能都是新增的。

下面 ...

据我的了解，10G版本只有BASIC 压缩，没有OLTP 压缩，我想知道，10G 的BASIC 压缩到了 11G 后，
会有哪些改进，不包括OLTP。

kelsoncong

ZALBB 发表于 2012-6-27 11:23
据我的了解，10G版本只有BASIC 压缩，没有OLTP 压缩，我想知道，10G 的BASIC 压缩到了 11G 后，
会有哪些 ...

11g的compress table 定义了for all和 for direct_load两种模式，其中for all支持新的特性，而for direct_load则采用了老的算法，其实就是basic的算法。 几乎所有的新的特性都必须在for all的 参数下起效的， 而之前我们说的对DML语句压缩，这个是11g的新特性，需要在 for all的模式下执行。
回到福哥的问题，basic压缩从10g 到11g 的算法是没有变化的，所有新增的变化是放在for all的模式下

kelsoncong

ZALBB 发表于 2012-6-27 11:23
据我的了解，10G版本只有BASIC 压缩，没有OLTP 压缩，我想知道，10G 的BASIC 压缩到了 11G 后，
会有哪些 ...

Oracle原文:

if you use the compress for direct_load operations clause, you fall back to the old compression mechanism that was available in earlier releases.

kelsoncong

ZALBB 发表于 2012-6-27 11:23
据我的了解，10G版本只有BASIC 压缩，没有OLTP 压缩，我想知道，10G 的BASIC 压缩到了 11G 后，
会有哪些 ...

福哥，这个帖子大家的参与度还比较高啊，尤其是你和anlinew加入以后，还是比较热闹的，是不是考虑射个精啥的?