DB原廠都有公開performance tuning guide
超厚超詳細的
可以慢慢看
反而是程式設計面的最佳化比較讓人頭痛
哈! 最近也遇到資料庫的問題!!
但小弟認為可從三方面著手，
第一、目前實際上的硬體，如記憶體、硬碟、CPU..等!
第二、從程式語法下手，修改code、多用view...等!
第三、舊資料的搬移，如沒用到的歷史資料移到別台資料庫或資料表中!
※以上純粹是小弟的想法/觀念，實際上SQL只會皮毛，剛在研究該死的資料庫!!
有遇到資料庫的什麼問題呢?
可以提出來討論啊.
資料庫女優太多
chingfeng提到：
資料庫女優太多
鷹俠是萬人斬?
我說錯了是泰大的資料庫
tecksin提到：
萬人斬
難道傳說中的九陰真經落到鵰兄手上...
我只是有幸 在山洞中找到 加藤鷹前輩的爪法 
狀況：
公司DB每天都有 完整、差異、交易備份!!(當然時間是錯開的)
且透過SQL Server內建的「維護計畫」來設定每天備份的時間，
每次完整備份需要花8~9小時才完成，
差異備份需花2~3小時才完成，
清除LOG檔卻10幾秒就完成，
請教各位大大，
大約100GB左右的資料庫，
備份需要花這麼久的時間嗎？
但苦無小弟不是專門負責資料庫的人員，
講的話等於放屁一樣，
根本就沒人鳥!!但我強烈覺得有問題!!
※以上排設/設定/語法..都是公司DB人員做的!!
你可以另外建立對照組,實驗比較.
以100G來說，的確是有點怪怪的，我們公司的資料庫約50G，完整備份花了1小時完成。
不過備份的效能除了取決於資料庫大小，其實硬體的資源如CPU數、記憶體、硬碟效率都是很重要的因素，如果硬體本身效能不佳，就有可能出現100G花費8~9小時。
而清除LOG的效率大多取決於LOG檔案大小而已。
個人淺見，若有錯誤歡迎大家指正^^
iThome鐵人賽
看影片追技術