MYSQL的一個表中的資料已經達到了2000萬條 怎麼能更近一步最佳化

MYSQL的一個表中的資料已經達到了2000萬條 如何能更近一步最佳化
MYSQL的一個表中的資料已經達到了2000萬條
資料查詢很慢很慢了， 不知道如何改進？

現在的方法都是做了很多緩衝表，但是資料都不即時了。

我執行這樣一條語句 select max(id) from unit_keywords 用了 7 秒，機器效能比較好，64位，4核，8G記憶體

------解決方案--------------------
檢查主鍵和索引的構造是否正確。

難道是用文字作主鍵？

2000萬雖然多，也不至於7秒啊。


------解決方案--------------------
檢查 mysql設定檔吧。
也許你的配置是小型資料庫用的
------解決方案--------------------
2000W就這樣,效能還這麼高,看看mysql buffer的設定

不行就分表處理吧
------解決方案--------------------
這個問題其實不該在PHP版發，事實上應該找DBA和系統架構師來幫你解決問題。

從select max(id) from table需要7s的問題來看，就主流做法將id作為自增長主鍵的來考慮，也是有可能的，這意味著你的業務遭遇了鎖競爭。 （這個欄位如果不是主鍵或者索引，2000萬行下7s返回倒真得說你的機器配置挺不錯了）
我想應該是你們的業務同時存在對這個表進行SELECT、INSERT和UPDATE的操作，甚至還可能會有DELETE。 事實上，很多業務為了追求效能，是採用MySql的MyISAM表，並將業務進行最佳化，僅保留SELECT和INSERT操作的。 這是因為INSERT無需鎖表，而SELECT之間也不會互鎖。 至於需要更新資料的問題，完全可以通過將需要更新的欄位剝離到新表中，對新表進行UPDATE的方法來進行（當然，這是在UPDATE操作並不太頻繁的情況下，太頻繁的話就沒有意義了）。

另外就是根據業務的查詢子句，建立相應的索引。 MySql的Explain指令可以起到很大的參考作用。
而緩衝表的問題，則建議你們通過另外的快取服務比如APC或者Memcache之類來實現，並確保在更新資料的同時對緩衝進行更新。

不清楚你的表結構，只是說明些常見做法。 如果可以的話，建議你將show create table的結果放出來會更利於分析。

