informix table的extent size有極限值沒？

vbirding

OS：HP-UX
數(shù)據(jù)庫：Server Version 11.10.FC2
有一張tlf_file表，數(shù)據(jù)5千多萬筆。extent大小如下

1. 
   
2.    。。。。。
   
3.     tlf910 char(1)
   
4.   )  extent size 1024000 next size 1536000 lock mode row;
   

復(fù)制代碼

onechk -pt qklh0_tlf:tlf_file_bak的結(jié)果如下：

1. 
   
2. qklh0_tlf:informix.tlf_file_bak 的 TBLspace 報(bào)表
   
3. 
   
4.     實(shí)體位址                       30:5023814
   
5.     建立日期                       08/15/2010 02:59:05
   
6.     TBLspace 旗標(biāo)                  802        列鎖定
   
7.                                               TBLspace 使用 4 位元的位元-映射
   
8.     列尺寸的最大值                 519
   
9.     特殊欄的數(shù)目                   0
   
10.     鍵數(shù)                           0
    
11.     範(fàn)圍數(shù)目                       6
    
12.     現(xiàn)有的序列值                   1
    
13.     Current SERIAL8 value          1
    
14.     Current REFID value            1
    
15.     Pagesize (k)                   2
    
16.     第一個(gè)範(fàn)圍大小                 512000
    
17.     下一個(gè)範(fàn)圍大小                 768000
    
18.     配置的分頁數(shù)目                 16777215
    
19.     使用的分頁數(shù)目                 16777215
    
20.     資料分頁數(shù)目                   16773053
    
21.     列數(shù)                           50319159
    
22.     分割區(qū) partnum                 7353298
    
23.     分割區(qū) lockid                  7353298
    
24. 
    
25.     範(fàn)圍
    
26.              邏輯分頁          實(shí)體分頁        尺寸 Physical Pages
    
27.                      0        32:1132138     3584000    3584000
    
28.               3584000              34:3     4608000    4608000
    
29.               8192000              36:3     4608000    4608000
    
30.              12800000              38:3     3072000    3072000
    
31.              15872000        38:3665467      768000     768000
    
32.              16640000        38:4871569      137215     137215
    
33.           索引 tlf_001 區(qū)段在DBspace dbs03 中
    
34. 
    
35.     實(shí)體位址                       30:5023846
    
36.     建立日期                       08/15/2010 05:51:19
    
37.     TBLspace 旗標(biāo)                  802        列鎖定
    
38.                                               TBLspace 使用 4 位元的位元-映射
    
39.     列尺寸的最大值                 519
    
40.     特殊欄的數(shù)目                   0
    
41.     鍵數(shù)                           1
    
42.     範(fàn)圍數(shù)目                       1
    
43.     現(xiàn)有的序列值                   1
    
44.     Current SERIAL8 value          1
    
45.     Current REFID value            1
    
46.     Pagesize (k)                   2
    
47.     第一個(gè)範(fàn)圍大小                 22887
    
48.     下一個(gè)範(fàn)圍大小                 34330
    
49.     配置的分頁數(shù)目                 160207
    
50.     使用的分頁數(shù)目                 158254
    
51.     資料分頁數(shù)目                   0
    
52.     列數(shù)                           0
    
53.     分割區(qū) partnum                 7353330
    
54.     分割區(qū) lockid                  7353298
    
55. 
    
56.     範(fàn)圍
    
57.              邏輯分頁          實(shí)體分頁        尺寸 Physical Pages
    
58.                     0        32:4854473      160207     160207
    
59. 
    
60.           索引 tlf_002 區(qū)段在DBspace dbs03 中
    

復(fù)制代碼

oncheck檢查的結(jié)果來看，extent數(shù)據(jù)量也才6個(gè)啊，但是現(xiàn)在就是insert 不進(jìn)數(shù)據(jù)
報(bào)沒有可用的extent。處理方法我知道，現(xiàn)在就想知道一張表的extent size有極限值沒？
我看這張表的extent size有1GB多，extent數(shù)量也就6個(gè)，可是就不能用了。
揪心�。�！
請大蝦給指點(diǎn)下。

liaosnet

OS：HP-UX
數(shù)據(jù)庫：Server Version 11.10.FC2
有一張tlf_file表，數(shù)據(jù)5千多萬筆。extent大小如下onechk - ...
vbirding 發(fā)表于 2010-10-16 13:13

    理論上是chunk的大小～chunk的大小自9.40開始就是4TB（受限于平臺(tái)）

你這里需要告知不能插入數(shù)據(jù)的具體錯(cuò)誤號(hào)，ISAM號(hào)，以便確認(rèn)是什么原因（可能的原因是沒有空間，達(dá)到dbspace限制等等）。

關(guān)于informix的限制，你可以查看${INFORMIXDIR}/releases/en_us/0333/ids_machine_11.10.txt (文件名可能有誤）
你這個(gè)是達(dá)到限制了

    配置的分頁數(shù)目                 16777215
    使用的分頁數(shù)目                 16777215

vbirding

回復(fù) 2# liaosnet


1、資料庫qklh0_tlf在dbs03上，以下是各資料庫dbspace的空間利用情況

1. 
   
2. dbs      total             free      used(%)
   
3. dbs01 150000.0 MB 88366.0 MB 41.0 %
   
4. dbs02 150000.0 MB 119278.0 MB 20.0 %
   
5. dbs03 150000.0 MB 88951.0 MB 41.0 %
   
6. dbs04 150000.0 MB 94497.0 MB 37.0 %
   
7. dbs05 150000.0 MB 103686.0 MB 31.0 %
   
8. logdbs 16000.0 MB 6000.0 MB 63.0 %
   
9. phydbs 8000.0 MB 7800.0 MB 3.0 %
   
10. rootdbs 2000.0 MB 1925.0 MB 4.0 %
    
11. tempdbs 4000.0 MB 3991.0 MB 0.0 %
    

復(fù)制代碼

同時(shí)也用onstat  -d 查看dbspace的chunk文件，可利用空間還剩很多。
2、insert 數(shù)據(jù)的時(shí)候報(bào)136(ISAM號(hào))的錯(cuò)誤
3、/u/ids120/release/en_us/0333/ids_machine_notes_11.10.txt
這個(gè)文件也未見異常，以下是它的內(nèi)容。
ids_machine_notes_11.10.7z (6.4 KB, 下載次數(shù): 63)

2010-10-18 08:49 上傳

點(diǎn)擊文件名下載附件

4、搞不懂，為什么才6個(gè)extent，dbspace剩余空間也夠大，next extent size也夠大啊
就是insert 不了數(shù)據(jù)。所以很想求個(gè)明白

liaosnet

回復(fù) 3# vbirding


    輸出 oncheck -pP   30 5023814
看下～～需要使用informix用戶執(zhí)行～

vbirding

回復(fù) 4# liaosnet

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

復(fù)制代碼

liaosnet

frcnt
1808  
（每8字節(jié)可以描述一個(gè)extent）

這項(xiàng)表時(shí)，這個(gè)表的區(qū)段數(shù)還能擴(kuò)展。。。并不可能會(huì)報(bào)extent不足這樣的錯(cuò)誤～

vbirding

回復(fù) 6# liaosnet


    是啊，我也想不明白，覺得太奇怪了，難道是數(shù)據(jù)筆數(shù)過多？但是有些表上億筆，也沒出現(xiàn)這樣的問題（extent size 也還沒這么大）。
現(xiàn)在都把這張表重建了，extent size改成了2048000，不知道會(huì)怎么樣？
現(xiàn)在從bak表里面塞數(shù)據(jù)呢。揪心ing

liaosnet

回復(fù)  liaosnet


    是啊，我也想不明白，覺得太奇怪了，難道是數(shù)據(jù)筆數(shù)過多？但是有些表上億筆，也沒 ...
vbirding 發(fā)表于 2010-10-18 10:55

    可以確定這個(gè)不是區(qū)段不能擴(kuò)展的問題～

    不過有一點(diǎn)可以確定，不推薦使用11.10這個(gè)版本～建議升級(jí)到11.50xC7

    PS1:嘗試在dbaccess中，手工插入一條記錄試一下。�？词欠襁�是報(bào)這樣的錯(cuò)誤。

vbirding

回復(fù) 8# liaosnet

開始是用戶反應(yīng)過賬不了，后面   dbaccess qklh0_tlf
執(zhí)行以下sql：

1. 
   
2. load from 1.txt delimiter "|"
   
3. insert into tlf_file_bak;
   

復(fù)制代碼

結(jié)果就報(bào)136的錯(cuò)誤，但是oncheck -pt查到tlf_file_bak才6個(gè)extent，而且extent size也那么大
所以很是不明白。

chiqieqie

難道又是bug？