Oracle 块大小(默认8KB)

最新推荐文章于 2021-04-09 14:23:35 发布

johnson58

最新推荐文章于 2021-04-09 14:23:35 发布

阅读量3.7k

点赞数

CC 4.0 BY-SA版权

分类专栏： ORACLE技术

本文链接：https://blog.youkuaiyun.com/johnson58/article/details/11042703

ORACLE技术专栏收录该内容

18 篇文章

订阅专栏

本文详细探讨了Oracle数据库中db_block_size参数的设置原则与影响，包括其与操作系统物理块大小的关系、块大小对性能的影响及管理成本的权衡。文章强调了在不同场景下选择合适块大小的重要性，特别是对于提高数据库性能和优化资源利用的指导意义。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

参数db_block_size；
这个参数只能设置成底层操作系统物理块大小的整数倍，最好是2的n次方倍。
如WINDOWS下4KB，8KB,16KB
且该参数需要在建库的时候指定，一旦指定不能更改。
虽然在ORACLE9I以上可以指定表空间的数据库大小，允许同时使用包括非默认大小在内的数据库块大小。不过需要设置指定大小数据块的buffer_cache.
小的块：
小的块降低块竞争，因为每个块中的行较少.
小的块对于小的行有益.
小的块对于随意的访问较好.如果一个块不太可能在读入内存后被修改，那么块的大小越小使用buffer cache越有效率。当内存资源很珍贵时尤为重要，因为数据库的buffer cache是被限制大小的。
劣势：
小块的管理消费相对大.
因为行的大小你可能只在块中存储很小数目的行，这可能导致额外的I/O。
小块可能导致更多的索引块被读取

大的块
好处：
更少的管理消费和更多存储数据的空间.
大块对于有顺序的读取较好. 譬如说全表扫描
大块对很大的行较好
大块改进了索引读取的性能.大的块可以在一个块中容纳更多的索引条目,降低了大的索引级的数量.越少的index level意味着在遍历索引分支的时候越少的I/O。
劣势：
大块不适合在OLTP中用作索引块,因为它们增加了在索引叶块上的块竞争。
如果你是随意的访问小的行并有大的块，buffer cache就被浪费了。例如，8 KB的block size 和50 byte row size,你浪费了7,950