今天早上找到的好文章。版本老是老了點，不過有很多概念是一直延續的，個人認為這篇還有讀的價值。
開場白就說了database administrator花了他們大部分的時間在做space utilization, 而oracle 9i相當好心的提供了3個改革來改善DBA們的生命XD。
- Automatic Undo Management
- Locally Managed Tablespace
- Auto Segment Space Management
Locally Managed Tablespace
首先介紹名字的由來，Locally Managed Tablespace是針對extents管理的一個改革。傳統的tablespace management方法是利用data dictionary (tables) 來追蹤extents的使用狀況(所以稱為dictionary-managed tablespace)，因為data dictionary屬於SYS, 是在不同的tablespace裡，所以整個資料庫內extents被分配或釋放時，都要集中在SYS tablespace裡記錄，還會有資源搶用(contention)的問題。
Dictionary Managed | Locally Managed | |
| space managed by | data dictionary (SYS) | bitmap (datafile header) |
| generate undo info. | yes | no |
| auto coalesce free space | no | yes |
使用Locally managed tablespace還有分兩種決定extent size的方法: AUTO ALLOCATE跟UNIFORM EXTENT。
| AUTO ALLOCATE | UNIFORM EXTENT | |
| size decision | by Oracle automatically | DBA |
| decision factor | corresponding segment | ?: base on db utilization |
| initial extent | smaller (64K) | ? (default 1M) |
| when enough free space not available | auto allocates smaller extents | fail |
| which mode to use | 1. objects in tablespace vary drastivally in size 2. growth pattern is expected to be highly dynamic | only if all objects in the db are going to be of the same size and grow in a uniform manner |
整體上看來，還是建議使用AUTO ALLOCATE模式即可。許多人可能認為使用UNIFORM EXTENT可以保證被釋放的extnets一定可以再被重新利用，因此也比較能減少fragment的現象。但其實不然，就像上面表格裡建議的，若是tablespace裡的物件經常性的建立還有刪除(像是暫時建了Table當作資料處理的中繼站)，那麼使用uniform就相當浪費空間，因為不管表格大或小，他就是會佔去一個固定大小的extent。反過來看auto allocate模式下的extents，雖然大小各不相同，但是他們基本上還是follow一個基本的模式在增長，通常是initial extent的倍數，所以再被重新利用並不難。
造成fragmentation的現象的主因並非extents size不同，而是因為tablespace裡的objects follow不同的extent sizing policy，而導致被釋放的extent很難再被重新利用。所以要用auto還是uniform mode? 基本上還是視資料庫的使用情形決定。
整體上看來，locally managed tablespace有兩大優點:
- 效能較好: 因為少了data dictionary的搶用；還有他對space的管理方式，也是提升效能的關鍵之一(long running queries, add and drop objects)。
- 較少fragmentation: 如上述。
Posts
Post a Comment