Informix入门之---空间管理
说起数据库就不能不说数据库的存储，说存储就不能不说数据库对空间的管理。这里我们主要谈的是IDS对空间的管理的相关问题。
从物理上来说，IDS管理的主要是page，chunk;从逻辑上来说主要是extent,tablespace,dbsapce。连续的page组成extent,多个extent组成tablespace，dbspace用来逻辑的管理chunk,而每个tablespace又是建立在dbsapce上的。
Chunk：一个单位的物理磁盘空间，在9.4版本之前不应许超过2G。一个chunk由path,offset,size三部分组成。因此我们在使用onspaces命令来加chunk的时候这三个参数是必不可少的。理论上一个数据库服务器上最多有2048个存储块，但是实际上由UNIX内核规定的一个进程所能打开的文件数来确定的。如果是使用cooked file来做为存储，那么offset可以设置为0，如果使用raw device来做为存储，那偏移量不能为0，至少第一个CHUNK的offset不能为0。
Page：是一最基本的I/O单位。一个page的大小是由OS来决定的，有2K的，也有4K的。我们拿2K的来举例说明。一个page有2048个bit,页头由24bit组成，页尾有一个4bit的时间戳，也就是说每一个page剩余的空间只有2020个bit,另外在每一个page上还有一个槽表，一个槽表4bit,一条记录对应一个槽表，这样在每一个page上存放的记录数就可以定下来。说这些的目的是为了说明在我们建表的时候尽量表不要建的太大，有的表一条记录的大小就超过了一个page，这样在读取的效率上并不是太高。另外还有一个FILLFACTOR的参数决定了数据页的填充程度，如果此值设置的不是太合理，经常上现节点分裂的情况，那对表的读取效率肯定是有影响的。
Extent：是磁盘上连续page的一组集合。在每个extent内的page都是连续的，在表中默认的extent的大小是16K，extent&的大小决定了表中数据存放的集中程度。如果数据存放的过与分散在做磁盘I/O的时间肯定会变长，一般的情况下每个表的extent的大小建议不要超过50，如果太大，就需要做合理的调整。另外不能不提的是在随着extent数目的增长，每次分出的空间的大小是不不一样的，在每到16的时候，就翻倍。例如第一个extent是16K，第17个extent就是32K，第33个就是64K了，在翻倍的增长。
Tablespace：是extent的逻辑集合。各个extent在物理上不一定是连续的。
Dbspace：是一组chunk的逻辑集合。一般是把裸设备的chunk放在一个dbspace中，或者把一组熟文件放在一组chunk中，也有的把裸设备和熟文件放在一组dbspace中，但不建议这么做。
其实在dbsapce中又有三类，一类就是一般的存放数据的dbsapce，另一类就是tempdbspace,还有一种是blobspace。第一种我就不说了。我们先说blobsapce.
Blobspace：blobspace是一组逻辑组织的chunk,但是是用来存储byte和text类型的数据。Blobspace中不能存放行或索引，只能存放存储了blob的页面和存储了关于BLOB的系统信息页面。因为blobspace中的BLOB页面的大小是在创建的时候指定的，所有一个blobspace中的所有BLOB页面大小相同。对BLOB的写，是没有在缓冲池中缓冲的，因此BLOB的值不写逻辑日志文件。当修改了BLOB的值之后，应该在磁盘上流出足够的空间以放BLOB的初始值和修改值。
Tempdbspace：是一组临时的dbspace。他在DBSPACETEMP参数中指定。需要在onspaces创建的时候加上-t的参数。对tempsaces的操作是不写逻辑日志的。在创建临时表和做group by ,order by，使用join语句，创建index的时候都是需要临时空间的。一般的情况下所有的tempspace的大小为正常业务数据的10%。如果太小了很大的操作就会出问题。
Select * from tab_a insert into temp tab_b是不写到tempdbspace的。
Select * from tab_a insert into temp tab_b with no log才写到tempdbspace。
amiescort 回复于：2004-01-16 19:04:27
天，还真是一个系列啊，让我说中了，呵呵
lianyong 回复于：2004-01-16 19:04:40
接着顶。。
onlywxw 回复于：2004-01-16 19:59:19
有收获
楼主提到一句“如果使用raw device来做为存储，那偏移量不能为0，至少第一个CHUNK的offset不能为0”，但我今天就加了一个chunk（通过onmonitor加的），offset就是0啊，而且我看了一下我的第一个chunk的offset也是0啊，不知何故？能就此解释一下吗？
czw1413_cn 回复于：2004-01-16 20:15:31
“至少第一个CHUNK的offset不能为0”其实是说rootdbs的那个chunk offset不要为0，但是要看你raw device是怎么做的，如果用卷管理工具做的，有可能在磁盘的头上会有一些磁盘的信息，如果OFFSET为0，IDS的数据会冲了磁盘管理的数据，那危险就大了，但是这样的情况不是一定出现的，不过我们都建议不这么做~~~~~~~~
onlywxw 回复于：2004-01-16 20:40:59
我的raw device是通过smit来建立的，也就是加了一个逻辑卷，然后将/dev/lvname和/dev/rlvname的owner和group都改为informix就结束了，接下来通过onmonitor增加了一个chunk，一切挺顺利了。但不知“IDS的数据会冲了磁盘管理的数据，那危险就大了”一句是什么意思？我挺担心的，能通俗一点阐述吗？谢谢
lianyong 回复于：2004-01-16 23:20:42
引用：原帖由 "czw1413_cn"]“至少第一个CHUNK的offset不能为0”其实是说rootdbs的那个chunk offset不要为0，但是要看你raw device是怎么做的，如果用卷管理工具做的，有可能在磁盘的头上会有一些磁盘的信息，如果OFFSET为0，IDS的数据会冲了磁..........
发表：
我的rootdbs的offset也是0，raw device是LVM做的（hp_unix)
关注。。。
zy_567wh 回复于：2004-01-17 09:18:59
顶，继续关注下一篇！
eha 回复于：2004-01-17 10:10:32
“在9.4版本之前不应许超过2G。”
现在突破这个限制了？
liu_cj 回复于：2004-01-17 13:35:40
我要好好学习.
99超人 回复于：2004-01-17 16:53:01
好文章，我一直都没找到
建议斑竹加精！！
admirer 回复于：2004-01-17 17:43:41
其实给裸设备的chunk加offset是一种好习惯，也是比较安全的做法，czw1413_cn 已经说得很清楚了。当然你的chunk如果建立在熟（文件）设备上，它就不那么重要了（因为OS已经为你考虑了这些因素）。一般的，如果你的裸设备是由第三方（或OS自带）软件分配的话，最好给一个offset（这样会更安全些），如果是用硬件商配套的软件分配的，可以不考虑。
eha 回复于：2004-01-18 09:50:21
这个offset一般是多大？
admirer 回复于：2004-01-18 10:04:56
一般取50～100就可以了！
czw1413_cn 回复于：2004-01-18 12:01:39
同意同意
也就是50~100K
最大不用超过250K~~~~~~~
天蓬元帅 回复于：2004-01-21 16:44:31
很涨学问，谢谢
YeLLoW 回复于：2004-01-25 12:04:46
感谢老崔了！！建议精华！！
studio99 回复于：2004-01-25 18:04:16
蛮好,同时祝这里的每一位朋友新年快乐!
虽然单位已经换了oracle不过还有两台服务器用的是
informix
join 回复于：2004-01-27 05:30:11
引用：原帖由 "czw1413_cn" 发表：
同意同意
也就是50~100K
最大不用超过250K~~~~~~~
请问
难道每个chunk都需要指定offset吗？
czw1413_cn 回复于：2004-01-27 10:00:42
有的人习惯每个CHUNK都加上OFFSET
但实际上第一个CHUNK有OFFSET就可以了
后面的可以不用
hcjia 回复于：2005-02-22 10:25:05
不错！！
luflanman 回复于：2005-03-03 21:47:22
好贴，不过还有一点疑惑。
blobspace是一组逻辑组织的chunk,但是是用来存储byte和text类型的数据。但是数据的存储都是以二进制存储的，从本质上无论是byte和text其存储方式都是二进制方式，那么为什么一定要有blobpage这个概念呢？
|
