資料庫效能調校, 是賣KNOW-HOW, 不是在耗工時....
會的話, 很快就解決了; 不會拖到靠人力排班協調作業, 暫時應付~~
希望有一天, 有客戶會發現目前資料庫狀況, 對我說~~
你們家開發的系統, 很奇怪耶... 都在閒置硬體效能耶...
我們家使用的會計軟體系統, 平常上線才3人, 資料量才3GB, CPU平常使用量落在40%~60%;
你們家開發的POS軟體系統, 平常上線超過30人, 資料量超過30GB, CPU平常使用量低於20%;
很奇怪耶, 都在閒置硬體效能耶~~
在現有客戶資料庫中,
有一些連鎖門市超過10家以上的流通百貨業, 資料庫大小落在20GB~50GB, CPU平常使用量低於20%,
更神奇的是, 有些客戶是使用SQL2000標準版, 此版本僅用單顆單核處理器; 而記憶體僅開到1.5GB, 很奇怪耶....
請教一下
您覺得資料庫
是CPU-bound還是I/O-bound
iT邦幫忙MVPantijava提到：
CPU-bound還是I/O-bound
海綿寶寶出考題, 一問就是重點...等版大來回答囉~~~
資料撈多了會造成I/O-bound, 連帶要做大量的篩選資料運算造成CPU昇高,
當CPU很低代表僅做少量的篩選資料運算, 也代表是下精準SQL,
資料取得恰如其份, I/O queue 時常保持在2以下, 系統也不會卡卡~~
這是我調校的經驗....
charmmih提到：
我們家使用的會計軟體系統, 平常上線才3人, 資料量才3GB, CPU平常使用量落在40%~60%;
你們家開發的POS軟體系統, 平常上線超過30人, 資料量超過30GB, CPU平常使用量低於20%;
這有什麼了不起
Oracle EBS / JDE
都可以直接 SELECT VIEW 丟報表
原廠 原來只會 規劃結果長相
累積 100個月
就是 3小時候才有報表
albertachen提到：
這有什麼了不起
這是人家的心得...沒什麼了不起...（閃）
simon581923提到：
海綿寶寶出考題, 一問就是重點
被發現了
其實這是陷阱題
不過回答似乎也是四兩撥千金
彷彿在那一本書裡有看過類似的回答模式
antijava提到：
其實這是陷阱題
凡是規則必有前提或例外.....
也可說, 凡是答案必有前題或例外....
若沒有很詳細說出前題及例外的話....
那就只好忠實說明我知的前因後果囉....
彷彿在那一本書裡有看過類似的回答模式
大大博學強記佩服佩服....
是不是大師級的著作...
和那位作者所見略同..
感到極為榮幸....
iThome鐵人賽
看影片追技術