忘记密码   免费注册 查看新帖 | 论坛精华区

ChinaUnix.net

  平台 论坛 博客 认证专区 大话IT HPC论坛 徽章 文库 沙龙 自测 下载 频道自动化运维 虚拟化 储存备份 C/C++ PHP MySQL 嵌入式 Linux系统
12下一页
最近访问板块 发新帖
查看: 9356 | 回复: 12

informix table的extent size有极限值没? [复制链接]

论坛徽章:
0
发表于 2010-10-16 13:13 |显示全部楼层
OS:HP-UX
数据库:Server Version 11.10.FC2
有一张tlf_file表,数据5千多万笔。extent大小如下

  1.    。。。。。
  2.     tlf910 char(1)
  3.   )  extent size 1024000 next size 1536000 lock mode row;
复制代码
onechk -pt qklh0_tlf:tlf_file_bak的结果如下:

  1. qklh0_tlf:informix.tlf_file_bak 的 TBLspace 報表

  2.     實體位址                       30:5023814
  3.     建立日期                       08/15/2010 02:59:05
  4.     TBLspace 旗標                  802        列鎖定
  5.                                               TBLspace 使用 4 位元的位元-映射
  6.     列尺寸的最大值                 519
  7.     特殊欄的數目                   0
  8.     鍵數                           0
  9.     範圍數目                       6
  10.     現有的序列值                   1
  11.     Current SERIAL8 value          1
  12.     Current REFID value            1
  13.     Pagesize (k)                   2
  14.     第一個範圍大小                 512000
  15.     下一個範圍大小                 768000
  16.     配置的分頁數目                 16777215
  17.     使用的分頁數目                 16777215
  18.     資料分頁數目                   16773053
  19.     列數                           50319159
  20.     分割區 partnum                 7353298
  21.     分割區 lockid                  7353298

  22.     範圍
  23.              邏輯分頁          實體分頁        尺寸 Physical Pages
  24.                      0        32:1132138     3584000    3584000
  25.               3584000              34:3     4608000    4608000
  26.               8192000              36:3     4608000    4608000
  27.              12800000              38:3     3072000    3072000
  28.              15872000        38:3665467      768000     768000
  29.              16640000        38:4871569      137215     137215
  30.           索引 tlf_001 區段在DBspace dbs03 中

  31.     實體位址                       30:5023846
  32.     建立日期                       08/15/2010 05:51:19
  33.     TBLspace 旗標                  802        列鎖定
  34.                                               TBLspace 使用 4 位元的位元-映射
  35.     列尺寸的最大值                 519
  36.     特殊欄的數目                   0
  37.     鍵數                           1
  38.     範圍數目                       1
  39.     現有的序列值                   1
  40.     Current SERIAL8 value          1
  41.     Current REFID value            1
  42.     Pagesize (k)                   2
  43.     第一個範圍大小                 22887
  44.     下一個範圍大小                 34330
  45.     配置的分頁數目                 160207
  46.     使用的分頁數目                 158254
  47.     資料分頁數目                   0
  48.     列數                           0
  49.     分割區 partnum                 7353330
  50.     分割區 lockid                  7353298

  51.     範圍
  52.              邏輯分頁          實體分頁        尺寸 Physical Pages
  53.                     0        32:4854473      160207     160207

  54.           索引 tlf_002 區段在DBspace dbs03 中
复制代码
oncheck检查的结果来看,extent数据量也才6个啊,但是现在就是insert 不进数据
报没有可用的extent。处理方法我知道,现在就想知道一张表的extent size有极限值没?
我看这张表的extent size有1GB多,extent数量也就6个,可是就不能用了。
揪心!!!
请大虾给指点下。

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
发表于 2010-10-16 23:02 |显示全部楼层
本帖最后由 liaosnet 于 2016-09-14 14:10 编辑
OS:HP-UX
数据库:Server Version 11.10.FC2
有一张tlf_file表,数据5千多万笔。extent大小如下onechk - ...
vbirding 发表于 2010-10-16 13:13


    理论上是chunk的大小~chunk的大小自9.40开始就是4TB(受限于平台)

你这里需要告知不能插入数据的具体错误号,ISAM号,以便确认是什么原因(可能的原因是没有空间,达到dbspace限制等等)。

关于informix的限制,你可以查看${INFORMIXDIR}/releases/en_us/0333/ids_machine_11.10.txt (文件名可能有误)
你这个是达到限制了
    配置的分頁數目                 16777215
    使用的分頁數目                 16777215


论坛徽章:
0
发表于 2010-10-18 08:52 |显示全部楼层
回复 2# liaosnet


1、资料库qklh0_tlf在dbs03上,以下是各资料库dbspace的空间利用情况

  1. dbs      total             free      used(%)
  2. dbs01 150000.0 MB 88366.0 MB 41.0 %
  3. dbs02 150000.0 MB 119278.0 MB 20.0 %
  4. dbs03 150000.0 MB 88951.0 MB 41.0 %
  5. dbs04 150000.0 MB 94497.0 MB 37.0 %
  6. dbs05 150000.0 MB 103686.0 MB 31.0 %
  7. logdbs 16000.0 MB 6000.0 MB 63.0 %
  8. phydbs 8000.0 MB 7800.0 MB 3.0 %
  9. rootdbs 2000.0 MB 1925.0 MB 4.0 %
  10. tempdbs 4000.0 MB 3991.0 MB 0.0 %
复制代码
同时也用onstat  -d 查看dbspace的chunk文件,可利用空间还剩很多。
2、insert 数据的时候报136(ISAM号)的错误
3、/u/ids120/release/en_us/0333/ids_machine_notes_11.10.txt
这个文件也未见异常,以下是它的内容。
ids_machine_notes_11.10.7z (6.4 KB, 下载次数: 57)

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
发表于 2010-10-18 09:45 |显示全部楼层
回复 3# vbirding


    输出 oncheck -pP   30 5023814
看下~~需要使用informix用户执行~

论坛徽章:
0
发表于 2010-10-18 10:41 |显示全部楼层
回复 4# liaosnet

  1. 位址             戳記     chksum nslots 旗標 類型         frptr frcnt 下一個   前一個
  2. 30:5023814       162141053 b2c3   5      802  PARTN        216   1808  0        0
  3.         插槽 ptr   len   flg
  4.         1    24    92    0
  5.         2    116   44    0
  6.         3    160   0     0
  7.         4    160   0     0
  8.         5    160   56    0
  9. 插槽   1:
  10.     0:  0 70 33 d2  0  0  8  2  0  0  2  7  0  0  0  0   .p3R............
  11.    16:  0  6  8  0 4c 66 e7 79  0  0  0  1  0  7 d0  0   ....Lfgy......P.
  12.    32:  0  b b8  0  0 ff ff ff  0 ff ff ff  0 ff ef bd   ..8...........o=
  13.    48: ff ff ff ff  0 70 33 d2  2 ff cf 37  0  0  0  1   .....p3R..O7....
  14.    64:  0  0  0  0  0  1  0  0  0  0  0  1  0  0  0  0   ................
  15.    80:  0  1  0  0  0  0  2  9  5 22 a0 70               ........." p....
  16. 插槽   2:
  17.     0: 71 6b 6c 68 30 5f 74 6c 66  0 69 6e 66 6f 72 6d   qklh0_tlf.inform
  18.    16: 69 78  0 74 6c 66 5f 66 69 6c 65 5f 62 61 6b  0   ix.tlf_file_bak.
  19.    32: 7a 68 5f 54 57 2e 35 37 33 35 32  0               zh_TW.57352.....
  20. 插槽   3:
  21. 插槽   4:
  22. 插槽   5:
  23.     0:  0  0  0  0  0 ad 86 6a  0 36 b0  0  0 ea 60  3   .....-.j.60..j`.
  24.    16:  0 7d  0  0  1 38 80  3  0 c3 50  0  1 86 a0  3   .}...8...CP... .
  25.    32:  0 f2 30  0  1 be 8e 3b  0 fd e8  0  1 d0 f5 91   .r0..>.;.}h..Pu.
  26.    48:  0 ff ff ff  0  0  0  0                           ................

复制代码

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
发表于 2010-10-18 10:46 |显示全部楼层
frcnt
1808  
(每8字节可以描述一个extent)

这项表时,这个表的区段数还能扩展。。。并不可能会报extent不足这样的错误~

论坛徽章:
0
发表于 2010-10-18 10:55 |显示全部楼层
回复 6# liaosnet


    是啊,我也想不明白,觉得太奇怪了,难道是数据笔数过多?但是有些表上亿笔,也没出现这样的问题(extent size 也还没这么大)。
现在都把这张表重建了,extent size改成了2048000,不知道会怎么样?
现在从bak表里面塞数据呢。揪心ing

论坛徽章:
11
金牛座
日期:2015-03-19 16:56:22数据库技术版块每日发帖之星
日期:2016-08-02 06:20:00数据库技术版块每日发帖之星
日期:2016-04-24 06:20:00数据库技术版块每日发帖之星
日期:2016-04-13 06:20:00IT运维版块每日发帖之星
日期:2016-04-13 06:20:00数据库技术版块每日发帖之星
日期:2016-02-03 06:20:00数据库技术版块每日发帖之星
日期:2015-08-06 06:20:00季节之章:春
日期:2015-03-27 15:54:57羊年新春福章
日期:2015-03-27 15:54:37戌狗
日期:2015-03-19 16:56:41数据库技术版块每日发帖之星
日期:2016-08-18 06:20:00
发表于 2010-10-18 10:58 |显示全部楼层
本帖最后由 liaosnet 于 2010-10-18 11:05 编辑
回复  liaosnet


    是啊,我也想不明白,觉得太奇怪了,难道是数据笔数过多?但是有些表上亿笔,也没 ...
vbirding 发表于 2010-10-18 10:55



    可以确定这个不是区段不能扩展的问题~

    不过有一点可以确定,不推荐使用11.10这个版本~建议升级到11.50xC7

    PS1:尝试在dbaccess中,手工插入一条记录试一下。。看是否还是报这样的错误。

论坛徽章:
0
发表于 2010-10-18 11:11 |显示全部楼层
回复 8# liaosnet

开始是用户反应过账不了,后面   dbaccess qklh0_tlf
执行以下sql:

  1. load from 1.txt delimiter "|"
  2. insert into tlf_file_bak;
复制代码
结果就报136的错误,但是oncheck -pt查到tlf_file_bak才6个extent,而且extent size也那么大
所以很是不明白。

论坛徽章:
0
发表于 2010-10-20 22:59 |显示全部楼层
难道又是bug?
您需要登录后才可以回帖 登录 | 注册

本版积分规则

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802020122
广播电视节目制作经营许可证(京) 字第1234号 中国互联网协会会员  联系我们:
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP