免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
12下一页
最近访问板块 发新帖
查看: 8064 | 回复: 15
打印 上一主题 下一主题

informix TRAIN文档(一) [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2004-04-13 21:46 |只看该作者 |倒序浏览
磁盘数据组织结构
在INFORMIX-OnLine的磁盘数据组织结构中的最上层为逻辑概念上的数据库空间dbspace, 每一个数据库空间都有一个或若干个物理单位数据存储块chunk组成, 镜像数据存储块mirror保证 当根数据存储块故障时,OnLine 能够继续工作。每一个数据存储块都有若干个数据页 page 组成, 为了提高输入和输出效率,若干个连续的数据页组成数据连续页extent。用户的数据库 database 和 数据表 table 存储在缺省的或者指定的数据库空间中,数据表的逻辑概念上的存储空间数据表空间 tblspace 有 一个或若个安数据连续页 extent 组成,数据记录 row 存放在数据页 page 中。


为更好的的支持多媒体应用,多媒体数据可以存放在二进制大对象数据页Blobpage中,若干个 二进制大对象数据页在此二进制大对象空间Blobspace。
OnLine 使用逻辑日志 Logical log、物理日志 Physical log来管理数据库日志操作。
1. 数据存储块 chunk
INFORMIX-OnLine的数据存放在物理上连续的数据存储块 chunk中,数据存储块是 OnLine 数据存储的最大的物理单位。数据存储块可以有两种构造方法,其一是直接构造在系统的物理磁盘上, 其二是构造在操作系统的文件或者卷上。
在第一种情况下,在操作系统上仅仅定义了这个 (块) 磁盘但没有格式化这个 (块)磁盘,因 此在这上面的所有数据操作都有 OnLine 来完成,操作系统对它不存在任何管理,数据空间在物理 磁盘上连续,这种数据的存储空间称为原始空间raw space。                                                                                                                                                                                                                                                                                   
而在第二种情况下,操作系统不仅定义了这个数据存储空间(文件), 还管理这个数据存储  空间(文件),数据文件操作时的内存缓冲、输入与输出。数据空间的建立受操作系统的制约,在物理存储上不连续。我们称这种数据存储空间为非原始空间 cooked space。
比较这两种数据的存储空间,原始空间在磁盘上连续,没有操作系统的缓存和制约,非原始空间在磁盘上不连续,存在着操作系统的缓存和操作系统的输入/输出的制约,因此在实际应用中, 采用 原始空间效率高于非原始空间,由于原始空间与系统设备有关,  同时不同操作系统对设备的 定义的不 一致性,定义非原始空间比定义原始空间来得简单。  我们将原始空间所对应的磁盘称原 始设 备  raw device,而将非原始空间所对应的操作系统文件称操作系统文件cooked file。
为了进一步提高数据库运行的效率,我们通常选用字符设备作为存放实际的原始设备,这样在我们输入/输出数据时,可以充分发挥系统的DMA能力。
当我们使用原始设备时,可以在同一个原始设备上建立多个数据存储块。通过对数据存储块的参数 OFFSET和 SIZE的定义,其单位为KB,我们可以定义多个数据存储块在同一个磁盘或磁盘块 上,参数OFFSET 定义数据存储块的起始位置,参数SIZE定义数据存储块的大小,用户在设置参数 OFFSET 和SIZE时 必须保证在物理磁盘上没有相互覆盖。
在下图所示的原始设备/dev/rdsk/c0t1d1s0 上建立三个数据存储块 chunk1、 chunk2和 chunk 3,它们的大小分别为50MB、30MB和50MB,由于chunk 的SIZE单位为KB,因此 chunk1、chunk2 和chunk3的SIZE分别为50000、30000和50000。在通常情况下, 第一个数据存储块chunk1的OFFSET 为0,这样第二个数据存储块 chunk2 的OFFSET应为第一个数据存储块chunk1的SIZE,而第三个数 据存储块 chunk3的OFFSET则为第二个数据存储块chunk2的OFFSET加上第二个数据存储块chunk2 的SIZE。 为保证在两个数据存储块的相邻边界处不发生重叠,可以将后一个数据存储块的起始位 置稍 微挪后一点。
如果采用操作系统文件作为数据存储空间时,一般不在一个文件中建立多个数据存储块。一个文件中建立多个数据存储块,操作系统对文件中数据的定位时间将更长。
不管是原始设备还是非原始设备,OnLine的概念是一致的。在实际应用中,可以一部分数据存储块用原始设备而另一部分用非原始设备,只是原始设备采用OnLine的管理的I/O机制,而非原始设备采用操作系统 unix 的I/O机制。


2. 数据页 page
INFORMIX-OnLine在数据存储块中以数据页page为单位来组织存放数据,并以数据页为单 位来输入输出数据,它的大小与数据在共享内存中数据缓冲区相一致,所以 OnLine 的数据页的大小 是不可以改变的。数据页是OnLine 组织存放数据的最小的物理单位。
根据不同从操作系统,OnLine的数据页的大小是不同的。例如在SCO、AT&T、UNISYS 和HP等操作系统平台上,每一个数据页的大小为2KB,而在IBM和SEQUENT等操作系统平台上, 每 一个数据页的大小则为4KB。同时数据在共享内存中的缓冲区的大小也是根据操作系统的不同 而不同,其值与数据页的大小一致。

3. 数据连续页 extent
为提高数据操作的效率,OnLine将若干个在物理磁盘上连续的数据页组成一个数据连续页 extent。当用户创建一个数据表时,OnLine以数据连续页为单位在数据存储块中分配一块连续的空 间,当用户的数据写满了这个数据连续页后,OnLine 将以数据连续页为单位在数据存储块中申请 一块连续空间,以存放更多的用户数据。在缺省情况下,初始化时第一个数据连续页为8个数据页。
数据连续页不能跨越数据存储块,当OnLine需要申请较多的数据页构成数据连续页时,如 果 OnLine 找不到如数的在物理设备上连续的数据页时,OnLine将放弃这些不够构成一个数据连续页的数 据页,OnLine  将去下一个数据存储块去申请如数的在物理设备上连续的数据页。因此在实 际系 统中,过小的数据存储块将不利于数据操作性能和数据存取效率。

4. 数据库空间 dbspace
在INFORMIX-OnLine 的磁盘数据组织中,数据库空间 dbspace 处于一个比较上层的位置。 数 据库空间是数据库在逻辑概念上的存储空间,一个或若干个数据库空间组成OnLine数据实体。在 物理 磁盘上, 每一个数据库空间总对应于一个或几个数据存储块, 在这些与数据库空间对应的数 据存储块 中,一定有一个数据存储块是根数据存储块, 而其它的则是后继数据存储块。 从功能上来 看,根数据 存储块除了具有后继数据存储块能够存储用户数据外,它还具有管理本数据库空间的功 能;从数据存 储块的保留页来看,根数据存储块具有 56 个保留页,而后继数据存储块仅有3个保留 页。当然不同版 本的OnLine在主、后继数据存储块的保留页的数量可能不同,但是根数据存储块需 要更多的保留页来 保存本数据库空间的定义。
在OnLine初始化后有一个称为根数据库空间rootdbs的数据库空间,它是OnLine系统的第一个 数据库空间。当建立根数据库空间时,它的根数据存储块将被建立,所有数据库的日志和所有的定 义信息都必须存放在该数据存储块中,它比所有其它根数据存储块的保留页更多。由于数据库日志 定义的需要,因此对根数据库空间的根数据存储块的定义尤其重要,关于如何正确地定义根数据库 空间的 根数据存储块将在后面详细介绍。
为了提高数据库系统运行的效率,INFORMIX新的动态服务器OnLine Dynamic Server 7.1中 引入了临时数据库空间的概念。在没有临时数据库空间的系统中,临时数据将建立的缺省的根数据 库空间中,由于临时数据操作需要频繁的增加、删除,会给根数据库空间的数据存储块中造成很多 碎片,将导致数据库操作效率的降低;另外当数据库备份时,那些临时数据也一起作备份,从而增 加了数据备份量,降低了数据备份的效率。引入临时数据库空间后,用户的临时数据或者数据操作 的中间 结果 将被存放在临时数据库空间中, 同时当数据备份时临时数据库空间将不再被 备份。

5. 数据存储块镜像 mirror
为提高 OnLine 运行时的数据高可靠性,OnLine在数据存储上引入了数据存储块镜像的机 制。OnLine数据存储的镜像是对数据存储块而言的,但是其定义是对数据库空间的。当一个数据库 空间被定义为镜像时,它下面的所有数据存储块全部镜像;当一个数据库空间被定义成没有镜像的 时候, 它下面的所有数据存储块全部没有镜像。
当  OnLine在运行时,一旦数据存储块所在的物理磁盘发生读写故障,对于没有数据库空间 没有镜像的系统,OnLine将自动关闭,并等待恢复。而对于具有镜像的数据库空间,OnLine将把存 在读写故障的数据存储块标识为Down,同时 OnLine 将继续运行,用户完全可以根据需要,在适当 的时候,恢复存在读写故障的数据存储块所在的磁盘,然后重构继续。因此一个具有镜像的数据库 空间,其运行时的可靠性将大大高于不具有镜像的数据库空间。

6. 数据表空间 tblspace
在逻辑上,数据库存放在数据库空间dbspace中,数据表存放在数据表空间tblspace中。数据 库空间是由数据存储块组成,数据表存在于这些数据存储块中,数据表空间是由连续存放该数据表 记录的数据连续页组成。

论坛徽章:
0
2 [报告]
发表于 2004-04-13 22:22 |只看该作者

informix TRAIN文档(一)

好文,对informix基本概念讲的很清楚,continue

论坛徽章:
0
3 [报告]
发表于 2004-04-14 09:02 |只看该作者

informix TRAIN文档(一)

继续吧
给你加精

论坛徽章:
0
4 [报告]
发表于 2004-04-14 09:58 |只看该作者

informix TRAIN文档(一)

不错,对存储结构讲得不错,
顶一下

论坛徽章:
0
5 [报告]
发表于 2004-04-14 12:51 |只看该作者

informix TRAIN文档(一)

如果第一块offset:是从0开始。。例如为50000KB。。
那第二块的offset:是从多少开始呢??
是从50001开始吗?

论坛徽章:
0
6 [报告]
发表于 2004-04-14 13:00 |只看该作者

informix TRAIN文档(一)

理论上使者样,但是一般都会往后加一点,从50100开始

论坛徽章:
0
7 [报告]
发表于 2004-04-14 15:02 |只看该作者

informix TRAIN文档(一)

因该从下一个系统页开始,比如AIX 系统会根据物理磁盘的大小来划分page大小.如果系统页4KB每个,那么像楼上的情况的话,offset就要设置为50004.

论坛徽章:
0
8 [报告]
发表于 2004-04-15 00:31 |只看该作者

informix TRAIN文档(一)

一个thunk好像只能存放一个dbspace 的是吗??
我试过在一个thunk里创建两个dbspace。。不成功。。请问是否只能创建一个dbspace的呢。。谢谢大家回答。。

论坛徽章:
0
9 [报告]
发表于 2004-04-15 00:57 |只看该作者

informix TRAIN文档(一)

是往dbspace里面加chunck;

你的意思我理解应该是一个裸设备可不可以建两个dbspace,那是可以的啊。只要设置好偏移量就可以了啊

论坛徽章:
0
10 [报告]
发表于 2004-04-15 08:56 |只看该作者

informix TRAIN文档(一)

讲得够细得,谢谢
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP