oltp系统，数据块大小用4k还是8k好？

问：用dbca建库时，Oracle提供的oltp的模板中，db_block_size=4kOracle OLAP=false处理事务时，4k比8k数据块性能是不是好很多？是不是也得从statspack中来查看具体性能差异？答： oltp的话，看你的需要了，一般block是小点好小的块：好处：小的块降低块竞争，因为每个块中的行较少.小的块对于小的行有益.小的块对于随意的访问较好.假如一个块不太可能在读入内存后被修改，那么块的大小越小使用buffer cache越有效率。当内存资源很珍贵时尤为重要，因为数据库的buffer cache是被限制大小的。劣势：小块的治理消费相对大.因为行的大小你可能只在块中存储很小数目的行，这可能导致额外的I/O。小块可能导致更多的索引块被读取大的块好处：更少的治理消费和更多存储数据的空间.大块对于有顺序的读取较好.大块对很大的行较好大块改进了索引读取的性能.大的块可以在一个块中容纳更多的索引条目,降低了大的索引级的数量.越少的index level意味着在遍历索引分支的时候越少的I/O。劣势：大块不适合在OLTP中用作索引块,因为它们增加了在索引叶块上的块竞争。假如你是随意的访问小的行并有大的块，buffer cache就被浪费了。例如，8 KB的block size 和50 byte row size,你浪费了7,950 bytes in the buffer cache when doing a random Access.