環境 ： timesten 安裝在一台sun os機器上；oracle 資料主庫在另一台linux機器上。
資料存放在oracle主庫中，tt的資料是以readonly的方式從oracle主庫上cache過來的。其中，cache group的引數為：readonly，autorefresh，incremental，5秒間隔（refresh）。
由於新建cachegroups時主資料庫中資料很少，又加上好久沒有注意過timesten資料的情況，今天突然發現乙個怪現象：oracle主資料庫大概三萬多條資料，而tt資料庫中還是當初新建cachegroup時load的那麼多資料。隨即檢視了下cachegroup的狀態。如下：
一切正常。按正常狀態是oracle主庫新增一條資料，commit之後，過幾秒tt資料庫立即就自動同步了。（以前遇見過一次這樣的情況，當時剛接觸timesten，cachegroup建好後為了測試是否正常，就在主庫中加了一條資料，然後在tt那邊苦苦等了好久也沒見有資料更新，當時找了所有可能出現的情況也沒解決。同事幾個都納悶。後來突然發現忘提交commit了～～唉）
既然無法解決，那就只好手動更新了。先把它的autorefresh state 改為paused(中斷)。alter cache group cache_service set autorefresh state paused;
cachegroup 的狀態為：
自動更新狀態已關閉。然後手動更新資料。refresh cache group cache_service commit every 100 rows ；發現提示有三萬多條資料load到tt中。然後開啟cachegroups的狀態發現：
autorefresh state 狀態以為on。
事後思考：出現奇怪的現象的原因很大可能是the cache agent未啟動（或許不是這個原因，只是目前的猜測）。啟動the cache agent命令：call ttcachestart；關閉命令為：
call ttcachestop;ps：有時間了把官方文件給翻譯下，加深理解。現在好多命令和知識還得一遍遍看文件，太 浪費時間了。
oracle手動 建庫 ORACLE 手動建庫
oracle 手動建庫 oracle10gr2手動建庫大致分為以下幾個步驟 編輯.bash profile檔案，設定環境變數 建立所需目錄結構 建立初始化引數檔案 執行建庫指令碼 下面以建立test資料庫為例 1 編輯.bash profile檔案，新增oracle sid環境變數 在.bash p...
mysql 手動安裝 手動安裝MySQL8 0
首先跟大家嘮一嘮家常，隨著mysql迅速的更新，mysql突飛猛進已經更新到了8.0版本，那麼它和我們之前用的5.x版本有什麼明顯的區別那?首先給大家看下mysql5.x自帶表的查詢速度 之後獻上mysql8.0的自帶表的查詢速度 一樣的資料結果顯而易見，mysql8.0的坑我是走了個遍，為了讓大家...
gridview手動分頁
protected void page load object sender,eventargs e public void gridviewdatabind gridview1.datasource ds.tables customers gridview1.allowpaging true gr...