【HP-UX 11.23 IA64 oracle10.1.0】
原来的tmp表空间通过oracle的console看占用了99%,担心不够用,随有增加一个临时表空间,2个数据文件大小各为2g。
通过测试发现以下问题:
1、建立表空间后,HP-UX的ll显示2个文件大小各为2g,但是bdf显示剩余空间没有变化,操作一个大的排序查询,console显示占用tmp的207M空间,ll显示2个文件大小各为2g,查看bdf则显示剩余空间少了200多M。
2、建立4g的临时表空间速度奇快,几乎是一点就完成了。
3、重复做多个查询,console中显示tmp空间没有增长,依然是207M。
得出2个猜想:
1、临时表空间文件建立时,操作系统并没有真正为其分配空间。(os又显示2g,怎么实现的呢?)
2、console中显示的使用部分是真正在磁盘上分配空间的。
3、console中显示的使用部分是真正的表空间大小,就像个空房子,可以在里面排序。
(怎么写成3个猜想了?)
原来的tmp表空间通过oracle的console看占用了99%,担心不够用,随有增加一个临时表空间,2个数据文件大小各为2g。
通过测试发现以下问题:
1、建立表空间后,HP-UX的ll显示2个文件大小各为2g,但是bdf显示剩余空间没有变化,操作一个大的排序查询,console显示占用tmp的207M空间,ll显示2个文件大小各为2g,查看bdf则显示剩余空间少了200多M。
2、建立4g的临时表空间速度奇快,几乎是一点就完成了。
3、重复做多个查询,console中显示tmp空间没有增长,依然是207M。
得出2个猜想:
1、临时表空间文件建立时,操作系统并没有真正为其分配空间。(os又显示2g,怎么实现的呢?)
2、console中显示的使用部分是真正在磁盘上分配空间的。
3、console中显示的使用部分是真正的表空间大小,就像个空房子,可以在里面排序。
(怎么写成3个猜想了?)