设为首页 收藏本站
查看: 557|回复: 0

[经验分享] oracle 区管理和段空间管理小结

[复制链接]

尚未签到

发表于 2016-8-6 08:21:19 | 显示全部楼层 |阅读模式
   作为一名DBA,常见的一个场景之一:
创建表空间:


  create tablespace Think
datafile '/u01/app/oracle/oradata/orcl/think.dbf' size 100M
autoextend on next 10M maxsize 4096M
extent management local uniform size 256K
segment space management auto;
  
创建用户:

  create user bin
default tablespace Think
temporary tablespace temp;
  
授予权限:

  grant connect,resource to bin;
revoke unlimited tablespace from bin;
alter user bin quota unlimited on Think;
  
在这个场景中,有两条语句:
① extent management local uniform size 256K
② segment space management auto
其中,前者是区管理;后者则是段空间管理

   ㈠ 区管理

区管理实际上就是表空间的管理
8i以前,是字典管理表空间,当创建或删除对象时,Oracle的空间分配或回收是通过数据字典来记录和管理
在高并发系统中,这会导致性能衰减、空间碎片等难题
这已经是门过去的技术,这里就不赘述了。
8i开始,Oracle引入本地表空间管理
在每个表空间的数据文件的头部加入了一个位图区域
一个段的第一个区的第一个块是first level bitmap block
第二个块是second level bitmap block
第三个块才是段头块
这两个块是用来管理free block
语法:
extent management local { autoallocate | uniform size n K/M}
是自动分配还是统一尺寸
若为自动分配,则Oracle会按照递增算法来分配空间
如果选择统一尺寸,还可以详细指定每个区间的大小
dba_extents这个视图可以看到哪些对象分配了多少区间

  
㈡ 段空间管理

Oracle以区间为单位将空间分配给对象段,而段内则是以block为单位进行空间使用和管理
我们以几个参数来理解段空间管理


sys@ORCL> select extent_management,segment_space_management from dba_tablespaces;
EXTENT_MAN SEGMEN
---------- ------
LOCAL      MANUAL
LOCAL      MANUAL
LOCAL      AUTO
LOCAL      MANUAL
LOCAL      MANUAL

  
从9i开始,段空间管理有两种:
① MSSM:由你设置freelists、freelist groups、pctused、pctfree、initrans等参数来控制如何分配、使用段中的空间
② ASSM:你只需控制一个参数pctfree,其他参数即使建了也将被忽略

⑴ freelist

使用MSSM表空间管理时,Oracle会在freelist中为有自由空间的对象维护HWM以下的块
freelist和freelist group在ASSM表空间中根本不存在,仅在MSSM表空间使用这个技术

⑵ pctfree 和 pctused

pctfree告诉Oracle:块上应该保留多大的空间来完成将来的更新
对于MSSM,她控制着块何时放入freelist中,以及何时从freelist中取出。
如果大于pctfree,则这个块会一直在freelist上
对于ASSM,因为ASSM根本不使用freelist。在ASSM中,pctused也将被忽略。
但她仍然会限制能否将一个新行插入到一个块中
适当的设置pctfree有助于减小行迁移

⑶ initrans

无论是ASSM or MSSM这个参数仍然有效
块头的事务槽的初始化大小有对象的initrans指定

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-253544-1-1.html 上篇帖子: Oracle 10201 on RHEL 5.2 血一样的教训 下篇帖子: 浅析SQL Server与Oracle、DB2的比较
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表