DB_BLOCK_SIZE 越小越好吗？

jayli426 · 发表于 2011-4-19 07:49

昨天的考虑应当还是不对，回去又重新回顾了一下概念

   严格意义上来讲，block本身不会不连续，是extent 导致了不连续

   现在把表的大小扩大，扩大为64M，假设表空间的extend都是uniform size, 大小8M，那么

   干脆把前提的条件在整体定义一下

         例如
A 表空间的大小为20G，extent unifor size =8M,自动分配
   DB_BLOCK_SIZE=8k
B 表空间的大小为20G  extent unifor size =8M,自动分配
   DB_BLOCK_SIZE=32k

   table_1在A表空间是表,大小是64m
   table_2在B表空间是表,大小也是是64m

   那么table_1和table_2都只有8个extent，假设分布也一样（例如都是零散分布，分布率也相同），无论db_block_size是多少，
   IO读取效率明显一样啊？

   什么意思呢？对于一个extent，无论db_block_size是多少，因为它里面的block是连续的，
   那么就总是连续读，根本就不用关心DB_BLOCK_SIZE的大小啊？

   所以，我觉得

   “
以OLAP为例，数据块越大一次性读入内存的有效数据就越多（因为OLAP一般会连续读入大量数据），
  ”
还是站不脚啊，我的理解哪里不对呢？还望指教啊

secooler · 发表于 2011-4-19 15:51

可以从OLAP和OLTP对所需读入内存的时效性角度出发看这个问题。

OLTP以段事务居多，数据块较小会比较灵活，不会由于大数据块导致过多其他信息的读入和换出；
OLAP以长事务居多，大数据块所含的数据的可用性会大大的提高。

secooler

jayli426 · 发表于 2011-4-19 21:44

斑竹，你写得好抽象啊？

盼望指点啊
你或者提供一个URL让我看看也OK啊
我是google，百度了很多把，也没有找到一个比较合乎逻辑的解释

jayli426 · 发表于 2011-4-19 22:31

今天在
《OCA:Oracle 10g Administration I Study Guide》

看到一句话
“
Larger data block sizes are
more common in data warehousing environments where the larger block size can yield shallower
Btree indexes and thus better performance.
”
也是很抽象啊？又要多研究了

lihuaibin · 发表于 2011-4-21 17:14

欢迎加入oracle DBA群 9785436

catch24 · 发表于 2012-1-31 16:33

MARK

kerlion · 发表于 2012-2-3 16:42

这要看应用类型，如果某个值能最好，这个参数就可以去掉了。

[讨论] DB_BLOCK_SIZE 越小越好吗？