? 將次重要數據、文件系統放在中間和邊緣
2.5 2.5建庫語句參考
某個數據庫部分建庫語句：
---創建數據庫在一個2G的文件系統/anly_tag
db2 create database anly on /anly_tag alias anly using codeset gbk territory cn collate using
system
---創建bufferpool
db2connecttoanlyuserdb2admin
db2createbufferpoolTMPBF32Kimmediate size32000pagesize32k
---創建數據表空間（8G*4）并指定相應的bufferpool
db2 create tablespace TBSPANLY pagesize 32 k managed by database using (device
'/dev/ranlytbsplv' 262144)bufferpoolTMPBF32K
db2altertablespaceTBSPANLYadd(device'/dev/ranlytbsplv2' 262144)
db2altertablespaceTBSPANLYadd(device'/dev/ranlytbsplv3' 262144)
db2altertablespaceTBSPANLYadd(device'/dev/ranlytbsplv4' 262144)
---創建系統臨時表空間（2G的文件系統/anly_tmp/tmp）并指定相應的bufferpool
db2createsystem temporary tablespace TBSPTMP32Kpagesize32kmanagedbysystem using
('/anly_tmp/tmp')extentsize 8prefetchsize16bufferpoolTMPBF32K
----修改日志文件大小為25000*4K
db2updatedbcfgforanlyusingLOGFILSIZ25000
db2updatedbcfgforanlyusingLOGPRIMARY20
db2updatedbcfgforanlyusingLOGSECOND50
db2updatedbcfgforanlyusingNEWLOGPATH/anly_log
----修改表空間大小
db2altertablespace tbsptempdrop(device'/dev/rdb2tbsptemp2lv')
db2altertablespace tbsptempresize(device'/dev/rdb2tbsptemp3lv' 327680)
33緩沖池和表空間
3.1緩沖池
通常，為每一頁面大小的系統臨時表空間建立一個緩沖池就足夠了。因為在緩沖池管理
方面，我們完全可以信任DB2。如果想在這方面繼續提高性能，則可以參考本節的文字。
DB2在其緩沖池的自我調優方面十分擅長，并且會將經常被訪問的行放入
內存，因此一個緩沖池就足夠了。（這一選擇也避免了管理多個緩沖池的復雜性。）
如果時間允許，并且需要進行改進，那么可能需要使用多個緩沖池。其思想
是將訪問最頻繁的行放入一個緩沖池中。在那些隨機訪問或者很少訪問的表之間
共享一個緩沖池可能會給緩沖池帶來“污染”，因為有時候要為一個本來可能不
會再去訪問的行消耗空間，甚至可能將經常訪問的行擠出到磁盤上。如果將索引
保留在它們自己的緩沖池中，那么在索引使用頻繁的時候（例如，索引掃描）還
可以顯著地提高性能。
這與我們對表空間的討論是緊密聯系的，因為要根據表空間中表的行為來分
配緩沖池。如果采用多緩沖池的方法，采用4個緩沖池比較合適：
1. 一個中等大小的緩沖池，用于臨時表空間。
2. 一個大型的緩沖池，用于索引表空間。
3. 一個大型的緩沖池，用于那些包含經常要訪問的表的表空間。
4. 一個小型的緩沖池，用于那些包含訪問不多的表、隨機訪問的表或順序訪問的表的表空
間。
3.2緩沖池大小
緩沖池大小需要綜合考慮系統內存和服務器工作負載情況而定。通常，OLTP類型分配
75%的可用內存；OLAP類型分配50%的可用內存，將剩下的50%分配給SORTHEAP。
緩沖池對應于系統的內存空間，所以千萬不要為緩沖池分配多于所能提供的
內存，否則就會招致代價不菲的OS內存分頁。通常來講，如果沒有進行監控，
要想知道一開始為每個緩沖池分配多少內存是十分困難的。對于OLTP類型的工
作負載，一開始將75%的可用內存分配給緩沖池比較合適。對于OLAP/DSS，經
驗法則告訴我們，應該將50%的可用內存分配給一個緩沖池（假設只有一種頁面
大小），而將剩下的50%分配給SORTHEAP。
3.3表空間頁大小
在頁大小足以容納一條記錄的前提下，隨機更新操作，傾向于用較小的頁大小；而對于
一次訪問大量行的操作，較大的頁大小可以提供更好的性能。
為了創建一個表，必須有一個表空間，其頁面大小應足以容納一行。您可以
選擇使用4、8、16或32KB這幾種頁面大小。有時候必須使用較大的頁面大小，
以回避某些數據庫管理器的限制。例如，表空間的最大尺寸與表空間的頁面大小
成比例。如果使用4K的頁面大小，那么表空間的大小（每個分區）最大是64GB，
如果使用32K的頁面大小，那么最大是512GB。
對于執行隨機更新操作的OLTP應用程序，采用較小的頁面大小更為可取，
因為這樣消耗的緩沖池中的空間更少。
對于要一次訪問大量連續行的OLAP應用程序，通常使用較大頁面大小效
果會更好些，因為這樣可以減少在讀取特定數量的行時發出的I/O請求的數量。
較大的頁面大小還允許您減少索引中的層數，因為在一頁中可以保留更多的行指
針。然而，也有例外情況。如果行長度小于頁面大小的255分之1，則每一頁中
都將存在浪費的空間，因為每頁最多只能有255行（對于索引數據頁不適用）。
在這種情況下，采用較小的頁面大小或許更合適一些。
3.4系統臨時表空間
為每種頁面大小的表空間，建立一個系統臨時表空間，通常使用文件系統，大小根據排
序和重組事物的大小確定。
對于所使用的每種頁面大小，必須存在一個具有匹配頁面大小的系統臨時表
空間（以支持排序和重組）。然后將所有享用匹配頁面大小的表空間指派給具有
相同頁面大小的緩沖池。
如果對性能還有更苛刻的要求，并且有時間投入，那么可以使用DMS表空
間，并且根據使用情況來組織表。另外，還要遵循前面給出的關于使用多個緩沖
池的建議。對于每種頁面大小，創建一個：
1. 系統臨時表空間。
2. 用于索引的常規表空間。
3. 用于頻繁訪問的表的常規表空間。
4. 用于訪問不多的表、隨機訪問的表以及順序訪問的表的常規表空間。
5. 用于LOB數據的大型表空間。
3.5區段大小和預取大小
區段大小（extentsize）和預取大小（prefetchsize）是表空間的參數，對于數據存
取性能至關重要。
區段大小跟表空間中表的平均大小有一定的比例關系，通常表越大，區段大小也越大。
如果表空間駐留在磁盤陣列上，則區段大小應設置成條紋大小。
預取大小通過公式確定：prefetch size = (# containers of the table space on
differentphysicaldisks)* extentsize。
磁盤陣列的情況：prefetchsize=extentsize*(#ofnon-paritydisksinarray)。
3.5.1 3.5.1 區段大小
extent size 指 定 在 跳到 下 一 個 容 器之 前 ， 可 以 寫入 到 一 個 容 器中的
PAGESIZE頁面的數量，這個參數是在創建表空間時定義的（之后不能輕易修
改）。處理較小的表時，使用較小的區段效率會更高一些。
下面的經驗法則是建立在表空間中每個表的平均大小的基礎上的：
1. 如果小于25MB，extentsize為8
2. 如果介于25到250MB之間，則extentsize為16
3. 如果介于250MB到2GB之間，則extentsize為32
4. 如果大于2GB，則extentsize為64
對于OLAP數據庫和大部分都要掃描（僅限于查詢）的表，或者增長速度
很快的表，應使用較大的值。
如果表空間駐留在一個磁盤陣列上，則應將區段大小設置成條紋大小（也就
是說，寫入到陣列中一個磁盤上的數據）。
3.5.2 預取大小
對于預取大小，可以通過使用ALTERTABLESPACE輕易地修改。最優設置
差不多是這樣的：prefetchsize=(#containersofthe table spaceondifferentphysical
disks)*extentsize。
如果表空間駐留在一個磁盤陣列上，則設置如下：prefetchsize=extentsize*
(#ofnon-paritydisksinarray)。