世界上並沒有完美的程式，但是我們並不因此而沮喪，因為寫程式就是乙個不斷追求完美的過程。mysql處理資料量較大的資料，可以採用元資料表的形式，使用元資料表來記錄表名，查詢時先查詢元資料表，根據元資料表找到要查詢的資料表，然後執行查詢。
尤其是對於分表的情況是很有效的。乙個表，無論是垂直拆分還是水平拆分，都記錄到元資料表中，然後查詢有對應內容的分表，這樣提高了分表的靈活性，一張表可以有多種拆分方式，然後通過元資料表統一管理，統一定位。比如某一列查詢特別頻繁並且時間鏈很長，完全可以將這一列單獨分成乙個表註冊到元資料表中，查詢時涉及的資料就會少很多，這樣哪怕這一列資料跨時間段很長，但是實際表中的資料並不多，所以哪怕有上億行資料，查詢起來也不會比全量表幾千萬行慢，這樣就很好的解決了跨時間查詢。並且於此同時，可以設定時間段表，同樣註冊到元資料表中，用於支援某一特定時間段的查詢，並且這些以不同形式區分的來自於同一張表的多個分表，完全可以並存，根據功能可以靈活的完成各種需求，並且他們之間可以高效的組合，這也是一種微服務思想在資料庫中的延伸。
mysql大資料量處理
2008 07 11 10 41 58 分類 mysql 舉報 字型大小訂閱 以下是個人的總結，有不對的地方大家指點 設計上 冗餘 有些能冗餘的就冗餘吧，盡量少關聯表 垂直分割槽，一條記錄中有text,varchar 這些能拆出來就拆出來，能用小的型別就用小的型別，如 char替換varchar之類...
海量資料（資料量比較大時）的處理分析
海量資料 資料量比較大時 的處理分析 海量資料處理問題是一項艱鉅而複雜的任務。原因有以下幾個方面 一 資料量過大，資料中什麼情況都可能存在。如果說有10條資料，那麼大不了每條去逐一檢查，人為處理，如果有上百條資料，也可以考慮，如果資料上到千萬級別，甚至過億，那不是手工能解決的了，必須通過工具或者程式...
海量資料（資料量比較大時）的處理分析
海量資料處理問題是一項艱鉅而複雜的任務。原因有以下幾個方面 一 資料量過大，資料中什麼情況都可能存在。如果說有10條資料，那麼大不了每條去逐一檢查，人為處理，如果有上百條資料，也可以考慮，如果資料上到千萬級別，甚至過億，那不是手工能解決的了，必須通過工具或者程式進行處理，尤其海量的資料中，什麼情況都...