善用Oracle 11g數(shù)據(jù)壓縮技術
隨著數(shù)據(jù)量的不斷海量，CPU的不斷強勁，雙核四核的叫個不停，一種叫做時間換空間的優(yōu)化技術應該會越來越流行。所以，數(shù)據(jù)壓縮對于今后的數(shù)據(jù)庫來說，應該會從核武器變成常規(guī)武器。Oracle從9i開始羞羞答答的引入表級壓縮，一直以來都是像中國的核電站一樣，宣傳的用處大，論實際的貢獻就不怎么樣了。
Oracle11g似乎是正兒八經(jīng)的要推廣數(shù)據(jù)壓縮技術了，專門推出了一個叫做Advance Compression的組件，全面支持普通表壓縮，非結構化數(shù)據(jù)壓縮（SecureFile數(shù)據(jù)壓縮），Data Pump數(shù)據(jù)壓縮，以及RMAN備份壓縮，數(shù)據(jù)壓縮技術從此名正言順的登上歷史舞臺。既然是專門做為一個Option推出，Oracle一定是對該特性相當有信心，所以需要單獨為該特性購買License。
在Oracle9i中雖然引入了表壓縮，但是有很大的限制。只能對批量裝載操作（比如直接路徑裝載，CTAS等）涉及的數(shù)據(jù)進行壓縮，普通的DML操作的數(shù)據(jù)是無法壓縮的。這應該是對于寫操作的壓縮難題沒有解決，一直遺留到Oracle11g，總算是解決了關系數(shù)據(jù)壓縮的寫性能問題。Oracle的表壓縮是針對Block級別的數(shù)據(jù)壓縮，主要技術和Oracle9i差不多，還是在Block中引入symbol表，將block中的重復數(shù)據(jù)在symbol中用一個項表示。Oracle會對block進行批量壓縮，而不是每次在block中寫入數(shù)據(jù)時都進行壓縮，通過這種方式，可以盡量降低數(shù)據(jù)壓縮對于DML操作的性能影響。這樣，在block級別應該會引入一個新的參數(shù)，用于控制block中未壓縮的數(shù)據(jù)量達到某個標準以后進行壓縮操作。
SecureFile也是Oracle11g新推出的一項特性，用于存儲非結構化數(shù)據(jù)。SecureFile也將支持數(shù)據(jù)壓縮操作。這樣對于傳統(tǒng)的LOB字段也可以進行壓縮，將極大的減少大型數(shù)據(jù)庫的存儲空間需求。當然，有得比有失，壓縮和解壓時，對于CPU的要求也將更高。但是，目前CPU的發(fā)展速度明顯比IO和存儲空間快速的情況下，壓縮是大有可為的技術。通過在壓縮率和壓縮效率方面的不斷提升，以后應該為成為各個數(shù)據(jù)庫的標準配置。
除了對數(shù)據(jù)庫中的數(shù)據(jù)進行壓縮，Advance Compression Option還將支持備份數(shù)據(jù)的壓縮。做為邏輯備份的Data Pump和物理備份的RMAN工具，都將支持該技術。在Oracle10gR2中，Data Pump已經(jīng)開始支持壓縮源數(shù)據(jù)，Oracle11g中則可以直接壓縮導出文件，這樣導出的時候就可以極大的減少存儲空間的需求。在以前版本中，利用WinRAR等，經(jīng)?？梢詫讉€G的導出文件壓縮到幾十M，Oracle11g的白皮書上說壓縮率可以達到74.67%，等軟件出來，大家可以好好的測試一把。同樣的，Oracle也在10g中開始引入RMAN的壓縮技術。但是Oracle11g號稱采用了更先進的ZLIB要所算法，可以比Oracle10g的壓縮算法快上40%，空間需求也將減少20%。
除了上述的數(shù)據(jù)壓縮技術，Oracle 11g Advanced Compression Option還將引入另外一種壓縮技術。我們知道在Data Guard中，需要將日志從主庫傳遞到備庫。如果主庫的事務很多，則單位時間內(nèi)需要傳遞的日志量將相當可觀。如果能將這些日志壓縮后在傳遞，然后在備庫解壓后應用，將極大的減少對于網(wǎng)絡帶寬的需求，從而已減少主備庫的時間差。
另外，Oracle的bitmap一直就是壓縮存儲的，10g中的bitmap對于9i就有比較大的改動，通過一些細節(jié)的完善，提供更好的性能和更高的穩(wěn)定性，也是oracle一貫的風格。對于bitmap在Oracle11g中將如何實現(xiàn)，也將是非常值得關注的一個特點。
從Oracle11g開始，將沒有什么是不可壓縮的。使用更強大的CPU，就可以降低或者延緩對存儲空間無休止的渴求，或許很多大型OLTP和大多數(shù)的數(shù)據(jù)倉庫，都將從數(shù)據(jù)壓縮技術中收益。
【編輯推薦】
