青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

Khan's Notebook GCC/GNU/Linux Delphi/Window Java/Anywhere

路漫漫,長(zhǎng)修遠(yuǎn),我們不能沒有錢
隨筆 - 173, 文章 - 0, 評(píng)論 - 257, 引用 - 0
數(shù)據(jù)加載中……

java.sql.SQLException: ORA-03233: 無(wú)法擴(kuò)展表 SMP.LOG_MT 的子分區(qū) LOG_MT12_OTHERS (由 64),在表空間 SMP 中

程序的日志,發(fā)現(xiàn)有60多m的這種錯(cuò)誤

  今天早上看我程序的日志,發(fā)現(xiàn)有60多m的這種錯(cuò)誤,由于我以前只對(duì)sql92的一些sql語(yǔ)句有簡(jiǎn)單的了解,對(duì)數(shù)據(jù)庫(kù)管理完全沒經(jīng)驗(yàn),所以不知道怎么辦才好.

        問題還沒有解決,找了一些相關(guān)文章貼出來

 

數(shù)據(jù)庫(kù)空間的有效使用和維護(hù)不僅是數(shù)據(jù)庫(kù)管理的重要工作,也是大多數(shù)開發(fā)人員所關(guān)心的內(nèi)容,因?yàn)樗苯雨P(guān)系到數(shù)據(jù)庫(kù)性能的發(fā)揮。同時(shí)數(shù)據(jù)碎片是經(jīng)常令人頭疼的問題,碎片不僅造成空間的浪費(fèi),更重要的是會(huì)直接影響應(yīng) 用程序的響應(yīng)速度。

Oracle提供了不少方法用于數(shù)據(jù)空間的使用、監(jiān)控和維護(hù),同時(shí)也在各版本中陸續(xù)對(duì)這方面的功能進(jìn)行了增強(qiáng),目的在于簡(jiǎn)化這方面工作的復(fù)雜度,提高應(yīng)用的運(yùn)行效率。

本文希望通過系統(tǒng)地介紹這方面的有關(guān)概念,讓大家能更好地規(guī)劃使用數(shù)據(jù)空間,正確使用Oracle提供的有關(guān)功能特性,提高應(yīng)用的執(zhí)行效率。

一、有關(guān)概念

數(shù) 據(jù)庫(kù)的空間在邏輯上分為多個(gè)表空間,每個(gè)表空間則由系統(tǒng)中的一個(gè)或多個(gè)物理數(shù)據(jù)文件構(gòu)成;Oracle存儲(chǔ)數(shù)據(jù)的基本單位是塊,其大小在建庫(kù)時(shí)由 DB_BLOCK_SIZE參數(shù)確定,一個(gè)或多個(gè)連續(xù)的塊構(gòu)成一個(gè)區(qū)片(EXTENT),它作為數(shù)據(jù)對(duì)象存儲(chǔ)的基本單位來使用。在Oracle中,每個(gè)基 本數(shù)據(jù)對(duì)象使用的空間稱為段(Segment),段存放在唯一的表空間上,每個(gè)段實(shí)際上是一系列區(qū)片(更為準(zhǔn)確地是數(shù)據(jù)塊)的集合。每個(gè)簡(jiǎn)單數(shù)據(jù)對(duì)象對(duì)應(yīng) 一個(gè)段;對(duì)于分區(qū)對(duì)象如分區(qū)表、索引,則每個(gè)(子)分區(qū)對(duì)應(yīng)一個(gè)段,由各個(gè)(子)分區(qū)共同構(gòu)成一個(gè)完整的數(shù)據(jù)對(duì)象。因此,可以把表空間看作桶,里面放著許 多段;一個(gè)段只能放在一個(gè)桶中,而不能跨越多個(gè)桶。

二、表空間的使用

表空間碎片的產(chǎn)生

由于同一 個(gè)表空間中存放有多個(gè)數(shù)據(jù)段,各個(gè)數(shù)據(jù)段可以有不同的區(qū)片尺寸,不同段的區(qū)片可以交叉存放;當(dāng)這些段中的區(qū)片經(jīng)過分配(如創(chuàng)建表)、釋放(如刪除表)后, 就可能使表空間中原本連續(xù)的空閑數(shù)據(jù)塊變成不連續(xù),而區(qū)片必須由連續(xù)的數(shù)據(jù)塊構(gòu)成,這時(shí),當(dāng)某一段需要分配新的區(qū)片時(shí),就有可能出現(xiàn)雖然表空間空閑數(shù)據(jù)塊 的總和大于所需區(qū)片的大小,但卻無(wú)法找到一串連續(xù)的塊來供此區(qū)片分配使用。這種情況就稱為表空間的Extent Fragmentation。我們經(jīng)常會(huì)遇到這種情況,明明從DBA_FREE_SPACE中計(jì)算表空間還有幾百M(fèi)B,但其中的某一個(gè)表卻無(wú)法再擴(kuò)展幾個(gè) MB的空間。

消除表空間碎片

Oracle在段的區(qū)片分配上為用戶提供了很大的靈活性,然而如果未能正確使用創(chuàng)建表 空間和數(shù)據(jù)對(duì)象的各個(gè)可選擇參數(shù),則在最后將不可避免的要面對(duì)區(qū)片碎片的問題。Oracle 的Bhaskar Himatsingka 和 Juan Loaiza,為此提出了SAFE(Simple Algorithm for Fragmentation Elimination.)配制規(guī)則,通過遵循這套規(guī)則,區(qū)片級(jí)碎片可以完全的避免。而實(shí)際上,Oracle8i引入的新特性:Local Managed Tablespace就是SAFE規(guī)則在Oracle Server的內(nèi)置實(shí)現(xiàn)。SAFE原則概括起來包括:

1. 對(duì)每個(gè)表空間上的段使用相同的區(qū)片尺寸;段參數(shù)INITIAL=NEXT,PCTINCREASE=0;可以通過使用Create Tablespace 的‘ MINIMUM EXTENT’ 子句來確保分配的區(qū)片是此參數(shù)的倍數(shù);

2. 僅在表空間級(jí)指定INITIAL、NEXT參數(shù),在創(chuàng)建數(shù)據(jù)段時(shí)不要指定這些參數(shù);

3. 區(qū)片的大小根據(jù)段大小來確定,原則是均衡順序掃描的效率和空間的利用率,同時(shí)確保段的區(qū)片數(shù)目控制在1024之下;根據(jù)此原則,在進(jìn)行相應(yīng)測(cè)試之后,確定以下區(qū)片選取規(guī)則:

段大小(Oracle7)
區(qū)片大小(Oracle7)
段大小(Oracle8)
區(qū)片大小(Oracle8)

&160M
160K
&128M
128K

160M-5G
5M
128M-4G
4M

&5G
160M
&4G
128M


有此數(shù)據(jù)庫(kù)中可以只使用三種區(qū)片大小的表空間;在對(duì)象創(chuàng)建之前需對(duì)其大小進(jìn)行評(píng)估,并放到相應(yīng)的表空間中;

4. Oracle815引入了本地管理表空間,它在管理和性能上都優(yōu)于傳統(tǒng)的字典管理表空間,它已融合了規(guī)則1、2、3 ;要使用此特性,在CREATE TABLESPACE語(yǔ)句中指定EXTENT MANAGEMENT LOCAL子句;

5. 段的區(qū)片數(shù)目上限應(yīng)在4096之下,DML操作在此區(qū)片數(shù)目范圍內(nèi)不會(huì)有明顯的性能差異;但某些DDL操作的速度則與區(qū)片的數(shù)目關(guān)系較大;因此合理的區(qū)片數(shù)目應(yīng)保持在1024之下;對(duì)于持續(xù)不斷擴(kuò)展的段,應(yīng)監(jiān)控區(qū)片數(shù)目,在必要時(shí)移至其它表空間;

6. 對(duì)于特別大的數(shù)據(jù)段應(yīng)控制在4G-128G(Oracle7為5G-160G)之間,它們應(yīng)存放到單獨(dú)的表空間上,同時(shí)對(duì)于這些特大段應(yīng)考慮使用分區(qū)拉提高性能;

7. 用戶的臨時(shí)表空間應(yīng)使用TEMPORARY類型;

8. 當(dāng)系統(tǒng)的事務(wù)規(guī)模比較均衡時(shí)可以對(duì)回滾段使用OPTIMAL參數(shù),否則應(yīng)避免制定OPTIMAL參數(shù),而定期監(jiān)控回滾段的大小,并在必要時(shí)重建;

9. 臨時(shí)段和回滾段絕對(duì)不要將用戶數(shù)據(jù)存放到SYSTEM表空間,它是專為永遠(yuǎn)不會(huì)Drop和Truncate的系統(tǒng)數(shù)據(jù)對(duì)象而設(shè)計(jì)的;

10. 創(chuàng)建表空間時(shí)指定數(shù)據(jù)文件的大小應(yīng)=區(qū)片整數(shù)倍+1數(shù)據(jù)塊,對(duì)于Local Managed Tablespace則為區(qū)片整數(shù)倍+64K;

11. 當(dāng)表空間使用統(tǒng)一的區(qū)片大小時(shí),不要對(duì)其進(jìn)行空間整理,重整的結(jié)果不僅耗費(fèi)精力而且可能會(huì)使性能變差;對(duì)于未使用統(tǒng)一的區(qū)片尺寸的表空間應(yīng)通過Export/Import重整;

12. 8i 提供了Alter Table …Move [Tablespace…]命令可用于快速重整表,Alter Index …Rebuild…[Tablespace…] 命令可用于快速重建索引;

有關(guān)使用單個(gè)區(qū)片的誤導(dǎo)

在 許多關(guān)于碎片整理的文檔中建議在Export時(shí)使用Compress=Y(jié)選項(xiàng),將表中的所有數(shù)據(jù)調(diào)整到一個(gè)區(qū)片中,期望在Import后獲得良好性能。由 此讓許多人產(chǎn)生一個(gè)觀點(diǎn),認(rèn)為當(dāng)表中數(shù)據(jù)全部存放到一個(gè)區(qū)片中時(shí),可以獲得良好性能。實(shí)際上單區(qū)片段只在以下條件成立時(shí),才具有優(yōu)越性:

數(shù)據(jù)主要以(全段)掃描方式訪問;

段所對(duì)應(yīng)的數(shù)據(jù)塊在物理磁盤上連續(xù)存放,Oracle可以發(fā)布較大的順序磁盤讀操作;

通 過對(duì)這兩條進(jìn)行分析可以發(fā)現(xiàn),一方面數(shù)據(jù)庫(kù)中大部分表是通過索引來訪問,另一方面現(xiàn)在的數(shù)據(jù)庫(kù)文件一般在物理上使用了RAID5或RAID0+1技術(shù),數(shù) 據(jù)以條帶化方式分布到多個(gè)物理磁盤上,邏輯上的單個(gè)區(qū)片和多區(qū)片在物理上并無(wú)本質(zhì)上的區(qū)別;另外,從Oracle的角度來看,管理幾百個(gè)區(qū)片的段是非常輕 松的并不會(huì)有性能的下降。由此可見將整個(gè)段放到一個(gè)區(qū)片中并無(wú)明顯好處,而這種做法卻會(huì)導(dǎo)致表空間碎片的產(chǎn)生。

三、表數(shù)據(jù)段的使用

表空間的組織

Heap表的空間由一系列區(qū)片鏈接而成,每個(gè)數(shù)據(jù)塊除塊頭外其余部分可用于存放數(shù)據(jù),在創(chuàng)建表時(shí)可以指定以下參數(shù):

PCTFREE:塊中保留用于UPDATE操作的空間百分比,當(dāng)數(shù)據(jù)占用的空間達(dá)到此上限時(shí),新的數(shù)據(jù)將不能再插入到此塊中;

PCTUSED:指定塊中數(shù)據(jù)使用空間的最低百分比;當(dāng)一個(gè)塊在達(dá)到PCTFREE,之后經(jīng)歷了一些DELETE操作,在其空間使用下降到PCTUSED后便可以重新被用于INSERT數(shù)據(jù);這就是PCTFREE/PCTUSED參數(shù)的含義;

調(diào)整PCTFREE、PCTUSED參數(shù)的目標(biāo)一方面是提高性能,另一方面則主要是提高空間使用效率,避免出現(xiàn)塊中存在有許多未用的空間,但卻無(wú)法找到一個(gè)塊可以被用于插入新數(shù)據(jù)行的情況發(fā)生。

PCTFREE的使用

在Oracle 中表的每一行數(shù)據(jù)由唯一的ROWID標(biāo)記;而Oracle支持的數(shù)據(jù)類型中有一些長(zhǎng)度是可變的,如VARCHAR,當(dāng)對(duì)這些數(shù)據(jù)進(jìn)行UPDATE時(shí),如果 塊中的可用空間不能容納UPDATE后的數(shù)據(jù)行時(shí),Oracle將會(huì)把此行移到其它數(shù)據(jù)塊,同時(shí)保留此數(shù)據(jù)行的ROWID不變,并在原有塊中建一指針指向 行遷移后的位置。在這種情況下讀取一行數(shù)據(jù)將需要訪問2個(gè)數(shù)據(jù)塊,從而導(dǎo)致性能下降。PCTFREE保留的空間就是為確保更改后的數(shù)據(jù)行可以仍存放于原有 數(shù)據(jù)塊中,避免行遷移的情況發(fā)生。

由此,如果PCTFREE設(shè)置不足時(shí)可能產(chǎn)生行遷移;而另一方面如果PCTFREE設(shè)置過高,將會(huì) 造成空間浪費(fèi)。因此正確設(shè)置PCTFREE需要對(duì)表中數(shù)據(jù)的使用進(jìn)行分析。對(duì)于數(shù)據(jù)長(zhǎng)度不會(huì)變化或極少更新的情況,可以采用較小的PCTFREE;對(duì)于其 它大多數(shù)情況應(yīng)采用稍大的PCTFREE(PCTFREE的缺省值是10,如果不好估計(jì)需預(yù)留的空間,可以使用15-25的范圍),不要為節(jié)約塊中的空間 而使用較小的PCTFREE值。

PCTUSED的使用

當(dāng)塊的使用的空間下降到PCTUSED后,此塊被重新放回空 閑鏈表(Freelist)中,作為后續(xù)Insert的候選塊。同樣,設(shè)置PCTUSED需要視數(shù)據(jù)行的特性和Insert、Update、Delete 的模式而定,但必須遵守的原則是:db_block_size * (100 - PCTFREE - PCTUSED)必須比行的長(zhǎng)度大。

對(duì) 于數(shù)據(jù)行長(zhǎng)度變化較大的情況,應(yīng)使用最大行長(zhǎng)度來計(jì)算PCTUSED,并且應(yīng)使用較低的PCTUSED值。因?yàn)樵趫?zhí)行Insert時(shí),如果數(shù)據(jù)塊的可用空 間不能裝下一行數(shù)據(jù),當(dāng)塊的使用的空間是在PCTUSED之上,Oracle將把此塊從Freelist中移走;當(dāng)塊的使用的空間是在PCTUSED之 下,Oracle將會(huì)擴(kuò)展段空間。因此,PCTUSED如果設(shè)得過高,將導(dǎo)致段的不斷擴(kuò)展。

當(dāng)數(shù)據(jù)行長(zhǎng)度不大時(shí),使用缺省的 PCTUSED(40)是比較合適的;對(duì)于行長(zhǎng)度較大的情況,最長(zhǎng)的行有可能會(huì)占用半個(gè)以上的塊空間,此時(shí)可設(shè)置PCTUSED為10。較小的 PCTUSED僅在表中的數(shù)據(jù)以隨機(jī)方式被刪除,而且仍有一些行長(zhǎng)時(shí)間保留在塊中時(shí),才會(huì)造成空間使用上的問題,因?yàn)檫@些塊可能需要較長(zhǎng)的時(shí)間才能或永遠(yuǎn) 不能重新被用于存放新數(shù)據(jù)。在這種應(yīng)用中,如果空間利用率一直處于較低水平,則需對(duì)PCTUSED進(jìn)行分析和調(diào)整。

總的說來,可以使用以下公式來計(jì)算PCTUSED(結(jié)果為負(fù)數(shù)時(shí)取1):

PCTUSED = 100 - PCTFREE - max(10, (maximum-row-size/ blocksize)*100);

PCTFREE、PCTUSED在各種應(yīng)用場(chǎng)合的選取原則

以Insert為主的應(yīng)用:小的PCTFREE,缺省的PCTUSED;

以Update為主的應(yīng)用:根據(jù)行長(zhǎng)度的變化范圍來確定PCTFREE,PCTUSED使用缺省值;

Insert后不久Delete:采用小的PCTFREE,非常小的PCTUSED;

隨機(jī)Insert/Delete:根據(jù)行大小,使用上面的建議來設(shè)置;

使用Oracle8的分區(qū)技術(shù)來提高空間使用率

Oracle8中的表分區(qū)功能可用于歷史性數(shù)據(jù)的應(yīng)用場(chǎng)合,可使用時(shí)間或其它序列編號(hào)作為分區(qū)鍵,當(dāng)舊的歷史數(shù)據(jù)被刪除后,表中剩下的數(shù)據(jù)仍可保持較緊湊的存放狀態(tài)。

四、B*Tree索引段的使用

Btree索引段的結(jié)構(gòu)

Btree 索引段使用二叉樹結(jié)構(gòu)來組織和存放。典型的索引樹由3層結(jié)構(gòu)組成:根結(jié)點(diǎn)塊—存放指針指向分支節(jié)點(diǎn)數(shù)據(jù)塊,分支節(jié)點(diǎn)塊-存放指針指向葉節(jié)點(diǎn),葉節(jié)點(diǎn)塊-存 放真正的索引鍵值和對(duì)應(yīng)數(shù)據(jù)行的ROWID。然而,最簡(jiǎn)單的索引段可以只有一個(gè)塊:既是根結(jié)點(diǎn)又是葉節(jié)點(diǎn),而龐大的索引可以有4層以上的結(jié)構(gòu)。與表中的一 行數(shù)據(jù)可以存放到任何空閑的數(shù)據(jù)塊中不同,在二叉樹的數(shù)據(jù)結(jié)構(gòu)中,每個(gè)鍵的值將唯一確定它存放的葉節(jié)點(diǎn)位置;因此相對(duì)于常規(guī)表的鏈表數(shù)據(jù)塊組織形式,索引 段具有更為嚴(yán)格的數(shù)據(jù)結(jié)構(gòu),這也是索引段結(jié)構(gòu)在DML操作中更容易變形的根源。

索引數(shù)據(jù)修改的細(xì)節(jié)

a) Insert:

索 引數(shù)據(jù)根據(jù)鍵值插入到相應(yīng)葉節(jié)點(diǎn)中。如果葉節(jié)點(diǎn)空間已滿,將創(chuàng)建新的葉節(jié)點(diǎn)數(shù)據(jù)塊,它稱為葉節(jié)點(diǎn)的split,此時(shí)又分為兩種情況:如果鍵值位于索引樹的 最尾部,則新葉節(jié)點(diǎn)只存放插入的新鍵值,它稱為99-1分裂,否則將執(zhí)行葉節(jié)點(diǎn)的50-50分裂,即新塊和舊塊各存放原有50%的索引數(shù)據(jù)。

b) Delete:

刪除釋放的空間可用于以后相應(yīng)鍵值插入使用。單索引塊中的數(shù)據(jù)完全被刪除后,此塊放入空閑鏈表,可以用于將來索引的split,但并不馬上從索引樹中刪除,只有當(dāng)此塊在索引樹的其它位置被重新使用時(shí),它才會(huì)從原有位置上刪除并移到新位置上。

c) Update:

索引中沒有Update的操作,對(duì)鍵值的修改將對(duì)應(yīng)到索引中的Delete+I(xiàn)nsert操作。

創(chuàng)建索引的有關(guān)參數(shù)

PCTFREE:

與表的PCTFREE不同,它只在索引創(chuàng)建時(shí)有效,在以后的插入操作中,此參數(shù)將不再起作用,索引數(shù)據(jù)可以充滿整個(gè)數(shù)據(jù)塊。因此對(duì)于在已有一定數(shù)據(jù)的表上創(chuàng)建索引并且索引創(chuàng)建后存在隨機(jī)的Insert、Update操作時(shí),指定此參數(shù)才有意義。

INITTRANS:

指定初始分配給葉節(jié)點(diǎn)塊的事務(wù)項(xiàng)槽數(shù),每個(gè)事務(wù)(transaction)需要分配一個(gè)事務(wù)槽(slot);它應(yīng)等于葉節(jié)點(diǎn)塊可能的并發(fā)事務(wù)數(shù)。當(dāng)塊中還有空間且事務(wù)槽不夠用時(shí),Oracle會(huì)進(jìn)行動(dòng)態(tài)擴(kuò)展。

MAXTRANS:

指定在葉節(jié)點(diǎn)中允許分配事務(wù)槽的最大值;它用于防止大量突發(fā)的并發(fā)事務(wù)占用過多的葉節(jié)點(diǎn)空間。

索引使用上的考慮

索 引在進(jìn)過一段時(shí)間的DML操作后,結(jié)構(gòu)和空間使用情況可能會(huì)變得不均衡。在許多情況下重建索引一方面可以提高空間利用率,更為重要的是對(duì)于是用率較高的索 引還可減少對(duì)數(shù)據(jù)庫(kù)緩存Buffer Pool的需求、提高程序的響應(yīng)速度。但重組索引需分析數(shù)據(jù)的使用模式,因?yàn)樗饕慕Y(jié)構(gòu)與些數(shù)據(jù)訪問模式直接相關(guān),在一些場(chǎng)合中索引會(huì)保持在某種穩(wěn)定狀 態(tài),盡管此時(shí)的空間使用率并不高,因此重建索引并不會(huì)有太大幫助。例如,在比較均衡的隨機(jī)插入-刪除模式中,索引樹在經(jīng)過一段時(shí)間的運(yùn)行后會(huì)趨向于一種穩(wěn) 定狀態(tài),空間利用率會(huì)保持在66%左右。

1) 創(chuàng)建參數(shù):對(duì)于隨機(jī)Insert且頻度不大的索引,應(yīng)根據(jù)預(yù)期插入的數(shù)據(jù)量預(yù)留一定的空間,即指定合理的PCTFREE,盡量減少葉節(jié)點(diǎn)的Split發(fā)生;

2) 需重建索引的情況:

如果Insert的鍵值位于各索引子樹,由于50-50分割算法,經(jīng)過一段時(shí)間的Insert后,索引塊的空間利用率將下降,須考慮重建索引;

對(duì)于數(shù)據(jù)插入后又會(huì)刪除,既FIFO模式,但刪除不徹底,此時(shí)會(huì)有許多索引塊只有極少的記錄,定期重建可以提高空間利用率;

對(duì)于不均衡的隨機(jī)插入-刪除模式,需定期考慮重組;

重建索引可以使用Alter Index …Rebuild 命令,同時(shí)指定NOLOGGING參數(shù),然后在創(chuàng)建完成后用Alter Index …Logging改回正常模式;這樣可以生成極少的redo log,大大提高創(chuàng)建速度。

posted on 2004年12月10日 10:46 AM

Feedback

# 回復(fù):java.sql.SQLException: ORA-03233: 無(wú)法擴(kuò)展表 SMP.LOG_MT 的子分區(qū) LOG_MT12_OTHERS (由 64),在表空間 SMP 中 2004-12-10 11:00 AM 思春貼調(diào)查員(khan)

Create table log_mt(
Msg_id number(20) not null,
Src_id varchar2(21) not null,
Dest_id varchar2(21) not null,
Msg_content varchar2(160) not null,
Log_time number(10) not null,
Service_id varchar2(10) not null,
Fee_type varchar2(2) not null,
Fee_code varchar2(6) not null,
Fee_id varchar2(21) not null,
Msg_status varchar2(7) not null,
Done_time number(10) not null
)
partition by range(done_time)
subpartition by list(msg_status)(
partition log_mt1 values less than (199999999)(
subpartition log_mt1_0 values ('0'),
subpartition log_mt1_1 values ('1'),
subpartition log_mt1_2 values ('2'),
subpartition log_mt1_others values (default)
),
partition log_mt2 values less than (299999999)(
subpartition log_mt2_0 values ('0'),
subpartition log_mt2_1 values ('1'),
subpartition log_mt2_2 values ('2'),
subpartition log_mt2_others values (default)
),
partition log_mt3 values less than (399999999)(
subpartition log_mt3_0 values ('0'),
subpartition log_mt3_1 values ('1'),
subpartition log_mt3_2 values ('2'),
subpartition log_mt3_others values (default)
),
partition log_mt4 values less than (499999999)(
subpartition log_mt4_0 values ('0'),
subpartition log_mt4_1 values ('1'),
subpartition log_mt4_2 values ('2'),
subpartition log_mt4_others values (default)
),
partition log_mt5 values less than (599999999)(
subpartition log_mt5_0 values ('0'),
subpartition log_mt5_1 values ('1'),
subpartition log_mt5_2 values ('2'),
subpartition log_mt5_others values (default)
),
partition log_mt6 values less than (699999999)(
subpartition log_mt6_0 values ('0'),
subpartition log_mt6_1 values ('1'),
subpartition log_mt6_2 values ('2'),
subpartition log_mt6_others values (default)
),
partition log_mt7 values less than (799999999)(
subpartition log_mt7_0 values ('0'),
subpartition log_mt7_1 values ('1'),
subpartition log_mt7_2 values ('2'),
subpartition log_mt7_others values (default)
),
partition log_mt8 values less than (899999999)(
subpartition log_mt8_0 values ('0'),
subpartition log_mt8_1 values ('1'),
subpartition log_mt8_2 values ('2'),
subpartition log_mt8_others values (default)
),
partition log_mt9 values less than (999999999)(
subpartition log_mt9_0 values ('0'),
subpartition log_mt9_1 values ('1'),
subpartition log_mt9_2 values ('2'),
subpartition log_mt9_others values (default)
),
partition log_mt10 values less than (1099999999)(
subpartition log_mt10_0 values ('0'),
subpartition log_mt10_1 values ('1'),
subpartition log_mt10_2 values ('2'),
subpartition log_mt10_others values (default)
),
partition log_mt11 values less than (1199999999)(
subpartition log_mt11_0 values ('0'),
subpartition log_mt11_1 values ('1'),
subpartition log_mt11_2 values ('2'),
subpartition log_mt11_others values (default)
),
partition log_mt12 values less than (1299999999)(
subpartition log_mt12_0 values ('0'),
subpartition log_mt12_1 values ('1'),
subpartition log_mt12_2 values ('2'),
subpartition log_mt12_others values (default)
)
)
enable row movement;
create index log_mtindex on log_mt(msg_id) local;


建立語(yǔ)句如上:


現(xiàn)在subpartition log_mt12_others 不能擴(kuò)展了,郁悶啊

posted on 2004-12-10 18:46 Khan 閱讀(1928) 評(píng)論(0)  編輯 收藏 引用 所屬分類: 周邊技術(shù)

青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            国产欧美午夜| **欧美日韩vr在线| 亚洲图中文字幕| 亚洲国产日韩一级| 欧美jizzhd精品欧美巨大免费| 国产日韩精品一区二区| 亚洲制服少妇| 亚洲深夜影院| 国产欧美日韩亚州综合| 久久天天狠狠| 免费日韩av片| 亚洲图片欧美日产| 亚洲欧美视频| 尤物99国产成人精品视频| 欧美va天堂| 欧美日韩午夜在线视频| 亚洲女人天堂成人av在线| 欧美亚洲一区二区在线| 亚洲风情亚aⅴ在线发布| 亚洲人成绝费网站色www| 国产精品日韩欧美综合| 欧美黄色免费网站| 狠狠色综合色综合网络| 亚洲国产精品久久久久久女王| 欧美理论在线播放| 久久精品一区二区国产| 欧美风情在线观看| 午夜日韩福利| 另类欧美日韩国产在线| 在线看片第一页欧美| 欧美一区二区三区喷汁尤物| 免费久久99精品国产自在现线| 亚洲午夜国产成人av电影男同| 久久久久久久一区| 午夜精品久久久久久久久| 欧美本精品男人aⅴ天堂| 欧美一区日本一区韩国一区| 99在线精品视频| 亚洲国产日韩欧美在线99 | 亚洲激情电影在线| 欧美一级二区| 久久精品久久综合| 国产欧美精品一区二区色综合| 亚洲精品黄网在线观看| 亚洲国产激情| 久久久最新网址| 久久日韩精品| 黄色成人小视频| 亚洲美女福利视频网站| 一本到12不卡视频在线dvd| 亚洲三级视频| 欧美jizz19性欧美| 欧美激情中文不卡| 99riav国产精品| 欧美午夜不卡| 午夜精品福利在线观看| 欧美中日韩免费视频| 国产精品一区在线观看你懂的| 亚洲午夜在线视频| 久久精品免视看| 亚洲第一在线综合在线| 蜜臀久久久99精品久久久久久 | 夜夜嗨av一区二区三区四季av| 欧美精品一线| 亚洲欧美国产视频| 久久久久久久成人| 亚洲人体一区| 国产精品女人久久久久久| 午夜精品久久久久久久蜜桃app | 欧美在线免费观看| 你懂的视频一区二区| 99在线视频精品| 国产精品人成在线观看免费| 欧美一区午夜精品| 亚洲成色999久久网站| 亚洲一区二区日本| 在线观看久久av| 国产精品电影在线观看| 久久久爽爽爽美女图片| 亚洲日本欧美在线| 久久久一二三| 亚洲一区二区三区在线看| 国内成人在线| 国产精品自拍在线| 欧美理论电影在线观看| 久久国产视频网| 性色av一区二区三区红粉影视| 99国产精品久久久久久久| 牛夜精品久久久久久久99黑人 | 久久九九全国免费精品观看| 99精品久久久| 亚洲美女黄色片| 亚洲国产高清自拍| 亚洲承认在线| 欧美黄色一区| 亚洲成人在线视频播放 | 亚洲国产一区在线| 欧美aaa级| 亚洲福利在线视频| 欧美成人一区二区三区在线观看| 久久视频在线看| 久久米奇亚洲| 免费一级欧美片在线播放| 久久精品夜色噜噜亚洲aⅴ| 久久国产手机看片| 久久久国产精品一区| 久久久久久穴| 女生裸体视频一区二区三区| 免费试看一区| 亚洲精品资源美女情侣酒店| 99在线热播精品免费| 亚洲欧美另类在线观看| 久久九九热re6这里有精品| 久久亚洲欧美国产精品乐播| 欧美激情一二三区| 国产精品久久久久9999| 国产精品自在在线| 亚洲国产第一页| 亚洲欧美精品在线观看| 老司机一区二区| 99精品国产福利在线观看免费| 亚洲一区二区三区四区中文| 久久久精品国产一区二区三区| 男人的天堂成人在线| 国产精品私人影院| 亚洲精品乱码久久久久久蜜桃麻豆 | 亚洲国内自拍| 欧美亚洲免费在线| 91久久精品一区| 久久精品成人欧美大片古装| 欧美性天天影院| 亚洲精品美女在线观看| 久久躁日日躁aaaaxxxx| 99热在线精品观看| 裸体歌舞表演一区二区| 国产日韩欧美黄色| 一区二区免费在线播放| 你懂的网址国产 欧美| 亚洲图片在线观看| 欧美日韩在线播放三区四区| 一区二区三区在线观看视频| 欧美一级黄色录像| 一本久久综合亚洲鲁鲁| 欧美精品一卡| 日韩西西人体444www| 欧美成人在线免费观看| 欧美一区影院| 黄色一区二区三区四区| 巨乳诱惑日韩免费av| 欧美制服丝袜| 韩日视频一区| 久久亚裔精品欧美| 久久夜色精品国产欧美乱| 国产综合视频在线观看| 久久亚洲精品网站| 久久天堂国产精品| 亚洲国产精品福利| 欧美激情一区三区| 欧美精品日本| 午夜精品福利视频| 亚洲欧美中文日韩v在线观看| 国产精品天天摸av网| 久久久91精品国产一区二区精品| 久久久国产91| 99热精品在线观看| 亚洲女与黑人做爰| 国产自产精品| 99在线精品观看| 国产一区二区精品久久99| 欧美成人r级一区二区三区| 欧美人与性动交α欧美精品济南到 | 午夜在线a亚洲v天堂网2018| 欧美在线二区| 99亚洲精品| 久久精品夜色噜噜亚洲a∨| 亚洲美女电影在线| 久久成人精品一区二区三区| 艳妇臀荡乳欲伦亚洲一区| 性色av一区二区三区| 中文国产成人精品久久一| 久久精品亚洲乱码伦伦中文 | 亚洲精品综合精品自拍| 午夜精品短视频| 亚洲一区高清| 欧美日韩二区三区| 美女性感视频久久久| 国产女主播一区二区| 亚洲精品美女| 亚洲欧洲精品一区二区三区不卡| 欧美一级片在线播放| 亚洲欧美日韩爽爽影院| 欧美成年网站| 亚洲国产高清aⅴ视频| 一区免费观看| 久久精品视频播放| 久久久久一区二区| 国产一区二区高清不卡| 欧美亚洲三区| 久久久久久久一区二区| 精品动漫av|