如何確定數(shù)據(jù)庫是瓶頸?

1如果程序設計良好，有一個數(shù)據(jù)庫操作邏輯層，可以從這個層的統(tǒng)計數(shù)據(jù)看到每個請求花費的時間，如果平均時間已經不能讓你容忍的話，數(shù)據(jù)庫已經是瓶頸了。

2在數(shù)據(jù)庫的服務器上使用top命令，看看mysql服務器占用資源的情況，看看機子的平均負載。

如果服務器的平均負載已經很高，mysql占用了塊100%的cpu資源，說明mysql服務器很忙了。

3在數(shù)據(jù)庫服務器上使用iostat命令，看看磁盤IO，如果block住的操作比較多的話，說明數(shù)據(jù)庫操作還是過于頻繁了，磁盤都響應不急了。

4建議打開mysql的慢查詢日志，這樣grepselect看一下日志中的慢查詢的數(shù)量，如果數(shù)量較多，說明慢查詢的數(shù)量很多，需要進行調整了。

5如果有一天數(shù)據(jù)庫無法插入了，需要檢查一下數(shù)據(jù)庫表是不是過大了。32位的操作系統(tǒng)上一個表最大的容量是2^32這么大。不過還是建議增加一個數(shù)據(jù)庫操作的邏輯層，在數(shù)據(jù)庫操作的前后記錄下操作的時間，進行統(tǒng)計上報，利用監(jiān)控程序來報警相關負責人，這樣可以及早的知道數(shù)據(jù)庫是瓶頸，提前做出優(yōu)化。

知道數(shù)據(jù)庫是瓶頸了，如何來進行優(yōu)化呢?

1我們第一個想到是看看數(shù)據(jù)庫的容量是不是太大了，如果數(shù)據(jù)庫表太大的話，索引文件也會比較大，每次的更新操作就會更加的費時。需要考慮進行分庫和分表了。

分庫分表按照一定的規(guī)則來對數(shù)據(jù)庫中的記錄進行分區(qū)來存儲，一方面可以做到一定的負載均衡，將請求平分下來，每個區(qū)段去獨自承受;另一方面，分庫分表可以使我們存儲和操作更多的數(shù)據(jù)。

不過分庫分表需要多之前基于單庫的程序進行修改，存在一定的風險，因此，在程序設計之初就應該考慮到分庫分表的需要，最好是將數(shù)據(jù)庫操作層獨立出來，便于擴展和更改。

2如果數(shù)據(jù)庫表不是很大，但是查詢慢的話，我們需要檢查一下我們的sql查詢語句，利用mysql的explain語句看看是不是使用了索引，如果沒有使用索引，那我們需要在相應的字段上建上索引，反復的使用explain，尋找到個一個合適的索引。