溫馨提示×
您好，登錄后才能下訂單哦！
點擊 登錄注冊 即表示同意《億速云用戶服務條款》
您好，登錄后才能下訂單哦！
Timesten體系結構
上圖為官方文檔中所展示的Oracle Timesten 11g的體系結構圖。
為了方便理解我先一一解釋一下各個部件。
首先
共享庫（Shared Libraries）：主要包含實施SQL的一些例程以及一些相關函數。應用會調用到這一部分。
Timesten中的DB Cache，它包含用戶數據、索引、系統目錄、日志緩沖區、鎖表和臨時空間。
在其參數設置方面又分為兩類PERM SIZE和TEMP SIZE。在這只是提及一下，在后面配置的時候會詳細介紹。
管理程序（Adminstrative programs）：用戶、腳本或應用程序顯式調用實用程序來執行交互式 SQL、批量復制、備份/恢復、數據存儲區移植和系統監視等服務。
系統進程（Database processes）：后臺進程在系統級別為啟動、關閉和應用程序故障檢測提供服務，并在數據存儲區級別為加載、檢查點和死鎖處理提供服務。
檢查點文件（Checkpoint Files）：這個與Oracle中的ckpt還是不太一樣的，他是一個本地的物理文件。它將Timesten內存中的修改以及日志的修改寫入到本地的磁盤，分別就是檢查點文件和日志文件（Log Files）。在備份恢復的時候Timesten將會把這兩個文件讀入到內存中進行恢復。
Cache Agent：Cache Connect to Oracle的關鍵進程。是同步Oracle與Timesten信息的中間進程。
在介紹了這些比較重要的組件后，大家肯定想問，它為什么會比Oracle快呢？如果把Oracle的DB Cache弄的很大很大是不是就和Timesten一樣了呢？
Timesten從設計之初就是本著IMDB的發展思路而設計的，所以它的查詢優化、索引、算法都是針對于IMDB所開發設計的。這都將大大減少Timesten的開銷從而提升速度。當然數據在是在真正內存中，并非緩存。這也是快的原因之一。相對于Oracle的DB Cache來說，Timesten去定位一個數據是較為簡單快捷的，Oracle在解析SQL轉Hash定位內存地址再去內存中提取數據的過程中已經消耗了很多時間，而Timesten不用這么復雜。
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
