一個小伙伴的服務器連續(xù)負載80%以上已經(jīng)N個月，具體分析為十幾個站數(shù)據(jù)庫新聞附表每個站都超過5G以上了。這樣就導致MYSQL數(shù)據(jù)對IO的操作讀寫量巨大，導致整個服務器負載過大，從而使整個服務器癱瘓。

　　小伙伴的服務器配置比較高，16核心CPU，16G內(nèi)存，本著從簡到難的改造方法，經(jīng)過零零碎碎幾次改造，先進行的MYSQL優(yōu)化，觀察后，并沒有有效的解決問題。所以用了這次清明假期幫小伙伴進行了分表改造。

　　帝國CMS分表操作后臺是默認具備這個功能的，每次數(shù)據(jù)量到自己需要分表數(shù)據(jù)量的時候，手動分表指定就好了，還是比較方便簡單的。但是小伙伴的默認數(shù)據(jù)已經(jīng)存在，再進行分表就很麻煩了，數(shù)據(jù)轉移是個大工程，過程沒有做詳細記錄(過程繁瑣且耗時，而且不是通用操作規(guī)范，所以不記錄分享了)。簡單說就是建立分表，使用SQL語句用判斷語句每5W數(shù)據(jù)一個表，這樣一點點轉移。

　　下面是分表后的情況。做了個小插讓客戶能方便查看所有站點的數(shù)據(jù)分表情況，以便數(shù)據(jù)量到達設定值以后，及時去后臺手動分表!當然了，分表后以上問題解決!