常見的資料庫系統優化中的一些觀點：
「系統效能出現問題進行優化，一定要深入了解資料庫內部引數、等待事件、latch、緩衝池、trace檔案、查詢/優化引擎等底層細節。」
這種觀點往往出自資料庫「高手」，這部分人以了解資料庫底層實現細節而感到非常驕傲。但是從優化角度講資料庫的等待事件、latch等指標高等等都只是問題的表象，懂得底層細節和內幕固然是好。但是解決問題的關鍵往往是在應用層進行優化。
「只要系統引數調整了，效能就能提高。系統優化應該調整那些引數…」
這種觀點往往出自於一些偏運維和應用層的dba，迷戀引數配置來調優。
調整系統引數是非常重要的，但不一定能解決效能問題，否則就不會有去ioe了，問題可能性最大的還是應用設計和開發問題。
同理，很多運維人員和系統架構師比較迷戀「linux系統調優」。認為的對「檔案控制代碼數、cpu/記憶體/磁碟子系統…」各種引數做了優化，以為這就能提公升整個應用系統的效能。其實不然。有些場景下，針對業務特點和應用型別做作業系統調優是能取到立竿見影的效果，但是大多數時候往往提公升並不明顯。所以最關鍵的還是找出瓶頸所在，對症下藥。
「系統效能問題需要從架構上解決，與應用開發關係不大。」
系統效能與各個層面都有關，整體架構很重要，但應用開發也是非常重要的一環。
「你們必須要做讀寫分離，必須要弄分庫分表。」
這種通常是「吹水」的人常在外面忽悠的，這些技術手段都被說爛了。
反問一句，了解資料量嗎？知道實際壓力和瓶頸嗎？了解讀寫比如何嗎？怎麼拆？拆了之後怎麼玩？
上述那些觀點，都是比較片面的，還是需要結合實際情況辯證分析。
常見影響資料庫效能的因素
1.業務需求和技術選型
2.應用系統的開發及架構
3.資料庫自身
3.1表結構的設計
3.2查詢語句
3.3索引設計
3.4mysql服務(安裝、配置等)
3.5作業系統調優
3.6硬體公升級(ssd、更強的cpu、更大的記憶體)
4.資料架構(讀寫分離、分庫分表等)
效能調優的基本方**
理想的資料庫優化順序
在很多情況下，資料庫可能是網際網路應用系統的最大瓶頸。但是單純從資料庫角度去做優化，可能未必能達到理想的效果。
mysql資料庫調優 MySQL資料庫優化
前言 資料庫優化一方面是找出系統的瓶頸,提高mysql資料庫的整體效能,而另一方面需要合理的結構設計和引數調整,以提高使用者的相應速度,同時還要盡可能的節約系統資源,以便讓系統提供更大的負荷.1.優化一覽圖 2.優化 筆者將優化分為了兩大類,軟優化和硬優化,軟優化一般是運算元據庫即可,而硬優化則是操...
效能優化 MySQL資料庫優化
可以從哪幾個方面進行資料庫的優化？如下圖所示 a sql及索引優化 根據需求寫出良好的sql，並建立有效的索引，實現某一種需求可以多種寫法，這時候我們就要選擇一種效率最高的寫法。這個時候就要了解sql優化 b 資料庫表結構優化 根據資料庫的正規化，設計表結構，表結構設計的好直接關係到寫sql語句。c...
資料庫效能優化 MySQL
序 即使有較長的快取有效期和較理想的快取命中率，但是快取的建立和快取過期後的重建都是需要訪問資料庫的。對資料庫寫操作不是很容易引入快取策略。11.1 檢視資料庫狀態 可以通過show status show innodb status 來檢視mysql資料庫的狀態，使用mysqlreport這個第三...