案例應該很多吧?
隨便google都有一堆
印象中看到Ebay用SSD做index有一段時間了 現在說不定整個資料庫都上SSD了
不要說國外 台灣區能提供這樣技術的廠商應該不難找
但是重點是架構 不是用什麼硬體
打個比方
如果一直考慮垂直延展 總有一天 還是要面臨極限來臨的一天
不如仔細考慮一下水平延展的策略怎麼落實會比較實在
畢竟大型網站也不是第一天存在這世界上
前人都解決過的問題實在沒必要自己再傷腦筋一次
根據經驗 大多數的瓶頸不會在資料庫或者硬體本身，或許你可以先審視一下發生"慢"時的event，好比wait event、lock event、慢的sql是哪隻
系統架構是2-tier還是3-tier?
儲存媒體是用iSCSI還是SAN? fiber還是一般同軸?
用哪種RAID? DB特性是否適用於目前的RAID架構?
SQL parse及execute cost是否正常、DBMS eventlog??
Performance Tuning是DBA最難的一門，需要不斷累積各種專業領域經驗，找有經驗的DBA去看才是最快的解決之道。
70%-80%效能問題出在這
Add Index
適當的Index或許可以增進效能並減少I/O, 一昧的增加Index也不好
Separate Data files
最直接的I/O影響
如果有把Data files分開的話，觀察每個Data files的I/O Workload是否有Balance，適當的調整分配在不同的Disk
Storage的配置優化
RAID等配置及設定，視企業考量給予最佳化設定及配置
Data Compression
在某些情形下可以增加效能
Defragmentation
可以增進效能，有效使用空間
Identify Database Type
確認資料庫的使用範圍及功能例如：OLTP, OLAP
或是了解資料庫的活動情可以做資料分流
I與O 分開由不同的資料庫負責
透過監控工具精準確認問題的根源
對症下藥~
講錯的部份請包涵
我來亂的......
內文搜尋
從 APP 打開
X