LMT的魔術64K空間

2024-07-21 02:05:45

字體：大中小

來源：轉載

供稿：網友

這幾天在看tom的effective oracle by design

陸續作一些筆記吧

sql> create tablespace ts_test datafile size 10240k uniform size 1024k;

tablespace created

executed in 1.021 seconds

sql> select bytes/1024 from dba_free_space where tablespace_name='ts_test';

bytes/1024
----------
      9216

executed in 0.07 seconds

sql> select 10240-1024 from dual;

10240-1024
----------
      9216

executed in 0.03 seconds

sql> alter database datafile 'c:/oracle/oradata/orcl/o1_mf_ts_test_0zzf1z2y_.dbf' resize 10304k;

database altered

executed in 0.07 seconds

sql> select bytes/1024 from dba_free_space where tablespace_name='ts_test';

bytes/1024
----------
     10240

executed in 0.02 seconds

解釋：當一個表空間為lmt類型，管理extent的bitmap部分占據數據文件頭部的64k空間，我們在設計一個數據文件大小的時候最好能夠考慮這個64k的部分，否則可能會浪費掉一個extent的空間。uniform size假設是10m，一個表空間有20個數據文件，那么會浪費(10240k-64k)*20=198.75m，說大不大，說小也不小，當然在現在越來越大的存儲設備上看并不會有太大問題。

上一篇：一次診斷和解決CPU利用率高的問題分析

下一篇：sqlserver2000數據庫置疑的解決方法