mysql數(shù)據(jù)表規(guī)模九千萬左右，怎么優(yōu)化查詢？是三張表九千萬了嗎？見意：第一、表讀極少部分應(yīng)該寫？讀的話數(shù)據(jù)庫系統(tǒng)引掣用存儲引擎，寫的話InnoDB而又不是MyISAM，因為MyISAM有少鎖。第二、

mysql數(shù)據(jù)表規(guī)模九千萬左右，怎么優(yōu)化查詢？

是三張表九千萬了嗎？

見意：

第一、表讀極少部分應(yīng)該寫？讀的話數(shù)據(jù)庫系統(tǒng)引掣用存儲引擎，寫的話InnoDB而又不是MyISAM，因為MyISAM有少鎖。

第二、可以升級到MySQL5.5，切實保障建議使用buffering功能很強大。

第三，索引表以保證在用正確，且都在顯存中，刪除掉是沒有必要的索引表。

第四、寫一幕多嗎？系統(tǒng)設(shè)置myisam_buffer_storagedtrain相當(dāng)大來必須保證快的的寫你的操作。

第五、按此項業(yè)務(wù)帳號取模，分表。

后來，用錢加機子電腦內(nèi)存和用nvme固態(tài)硬盤本地磁盤吧。

mysql數(shù)據(jù)量很大時，CPU占用率很高，如何優(yōu)化？

一、如果沒有是寫比較好少，讀比較高是可以做主從架構(gòu)，一主多從二、要是是讀寫都很多建議使用分布式緩存，多主多從