亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標題: informix table的extent size有極限值沒？ [打印本頁]
作者: vbirding    時間: 2010-10-16 13:13
標題: informix table的extent size有極限值沒？
OS：HP-UX
數(shù)據(jù)庫：Server Version 11.10.FC2
有一張tlf_file表，數(shù)據(jù)5千多萬筆。extent大小如下

  2.    。。。。。
  3.     tlf910 char(1)
  4.   )  extent size 1024000 next size 1536000 lock mode row;
復制代碼
onechk -pt qklh0_tlf:tlf_file_bak的結(jié)果如下：

  2. qklh0_tlf:informix.tlf_file_bak 的 TBLspace 報表

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

  25.     範圍
  26.              邏輯分頁          實體分頁        尺寸 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 中

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

  56.     範圍
  57.              邏輯分頁          實體分頁        尺寸 Physical Pages
  58.                     0        32:4854473      160207     160207

  60.           索引 tlf_002 區(qū)段在DBspace dbs03 中
復制代碼
oncheck檢查的結(jié)果來看，extent數(shù)據(jù)量也才6個啊，但是現(xiàn)在就是insert 不進數(shù)據(jù)
報沒有可用的extent。處理方法我知道，現(xiàn)在就想知道一張表的extent size有極限值沒？
我看這張表的extent size有1GB多，extent數(shù)量也就6個，可是就不能用了。
揪心�。�！
請大蝦給指點下。
作者: liaosnet    時間: 2010-10-16 23:02
本帖最后由 liaosnet 于 2016-09-14 14:10 編輯
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（受限于平臺）

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

關(guān)于informix的限制，你可以查看${INFORMIXDIR}/releases/en_us/0333/ids_machine_11.10.txt (文件名可能有誤）
你這個是達到限制了
    配置的分頁數(shù)目                 16777215
    使用的分頁數(shù)目                 16777215


作者: vbirding    時間: 2010-10-18 08:52
回復 2# liaosnet


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

  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 %
復制代碼
同時也用onstat  -d 查看dbspace的chunk文件，可利用空間還剩很多。
2、insert 數(shù)據(jù)的時候報136(ISAM號)的錯誤
3、/u/ids120/release/en_us/0333/ids_machine_notes_11.10.txt
這個文件也未見異常，以下是它的內(nèi)容。
ids_machine_notes_11.10.7z (6.4 KB, 下載次數(shù): 63)

4、搞不懂，為什么才6個extent，dbspace剩余空間也夠大，next extent size也夠大啊
就是insert 不了數(shù)據(jù)。所以很想求個明白
作者: liaosnet    時間: 2010-10-18 09:45
回復 3# vbirding


    輸出 oncheck -pP   30 5023814
看下～～需要使用informix用戶執(zhí)行～
作者: vbirding    時間: 2010-10-18 10:41
回復 4# liaosnet

  2. 位址             戳記     chksum nslots 旗標 類型         frptr frcnt 下一個   前一個
  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                           ................

復制代碼
作者: liaosnet    時間: 2010-10-18 10:46
frcnt
1808  
（每8字節(jié)可以描述一個extent）

這項表時，這個表的區(qū)段數(shù)還能擴展。。。并不可能會報extent不足這樣的錯誤～
作者: vbirding    時間: 2010-10-18 10:55
回復 6# liaosnet


    是啊，我也想不明白，覺得太奇怪了，難道是數(shù)據(jù)筆數(shù)過多？但是有些表上億筆，也沒出現(xiàn)這樣的問題（extent size 也還沒這么大）。
現(xiàn)在都把這張表重建了，extent size改成了2048000，不知道會怎么樣？
現(xiàn)在從bak表里面塞數(shù)據(jù)呢。揪心ing
作者: liaosnet    時間: 2010-10-18 10:58
本帖最后由 liaosnet 于 2010-10-18 11:05 編輯
回復  liaosnet


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



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

    不過有一點可以確定，不推薦使用11.10這個版本～建議升級到11.50xC7

    PS1:嘗試在dbaccess中，手工插入一條記錄試一下。�？词欠襁�是報這樣的錯誤。
作者: vbirding    時間: 2010-10-18 11:11
回復 8# liaosnet

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

  2. load from 1.txt delimiter "|"
  3. insert into tlf_file_bak;
復制代碼
結(jié)果就報136的錯誤，但是oncheck -pt查到tlf_file_bak才6個extent，而且extent size也那么大
所以很是不明白。
作者: chiqieqie    時間: 2010-10-20 22:59
難道又是bug？
作者: knightnibo    時間: 2011-09-01 16:34
PAGE_USED不是已經(jīng)達到16777215上限了么。。
而且你PAGE_SIZE 2K的。。
32G已經(jīng)滿了
作者: hiclyer    時間: 2016-09-14 13:03
informix單個表最大不能超過64GB
作者: liaosnet    時間: 2016-09-14 14:12
回復 12# hiclyer

是每個分區(qū)的限制，大小也跟頁大小相關(guān)（2KB 32G，4KB 64G）



歡迎光臨 Chinaunix (http://72891.cn/) Powered by Discuz! X3.2